On 01/09/2008 11:11 AM, Jiri Kosina wrote:
On Wed, 9 Jan 2008, Jiri Slaby wrote:
BUG: soft lockup - CPU#1 stuck for 11s! [X:2887]
[ ... ]
Call Trace:
[] __mutex_lock_slowpath+0x38/0xd0
[] mutex_lock+0x1e/0x30
[] input_release_device+0x27/0x50
[] evdev_ungrab+0x3a/0x50
[] evdev_release+0x
On 01/09/2008 11:11 AM, Jiri Kosina wrote:
On Wed, 9 Jan 2008, Jiri Slaby wrote:
BUG: soft lockup - CPU#1 stuck for 11s! [X:2887]
[ ... ]
Call Trace:
[] __mutex_lock_slowpath+0x38/0xd0
[] mutex_lock+0x1e/0x30
[] input_release_device+0x27/0x50
[] evdev_ungrab+0x3a/0x50
[] evdev_release+0x
On Wed, 9 Jan 2008, Jiri Slaby wrote:
> BUG: soft lockup - CPU#1 stuck for 11s! [X:2887]
[ ... ]
> Call Trace:
> [] __mutex_lock_slowpath+0x38/0xd0
> [] mutex_lock+0x1e/0x30
> [] input_release_device+0x27/0x50
> [] evdev_ungrab+0x3a/0x50
> [] evdev_release+0xcb/0xd0
> [] __fput+0xc0/0x230
>
Hi,
I got this after resume (finally untainted version):
usb 4-1: new full speed USB device using uhci_hcd and address 14
usb 4-1: configuration #1 chosen from 1 choice
hub 4-1:1.0: USB hub found
hub 4-1:1.0: 3 ports detected
usb 4-1.1: new full speed USB device using uhci_hcd and address 15
usb
#x27;t have -mm tree at hand, check if
> > there's anything affected in these areas. Perhaps somebody tried to pass
> > error values from isofs_iget() and forgot to update callers?
>
> Yep. Unlike 2.6.24-rc5-mm1, 2.6.24-rc6-mm1 has
>
> iget-stop-isofs-from-using-r
eas. Perhaps somebody tried to pass
> error values from isofs_iget() and forgot to update callers?
Yep. Unlike 2.6.24-rc5-mm1, 2.6.24-rc6-mm1 has
iget-stop-isofs-from-using-read_inode-fix-2.patch
iget-stop-isofs-from-using-read_inode-fix-2-update.patch
so hopefully this was all fixed.
--
To un
* David Howells <[EMAIL PROTECTED]> wrote:
> > FWIW, this patch pile is getting ridiculous - it's what, original +
> > 2 fixes in -mm + mine + this one? Could you post the updated patch
> > with all fixes and fixes to fixes folded into it?
>
> I can, though Andrew usually objects to that.
fo
Al Viro <[EMAIL PROTECTED]> wrote:
> My apologies, should've had coffee before posting.
Me too, probably.
> FWIW, this patch pile is getting ridiculous - it's what, original + 2 fixes
> in -mm + mine + this one? Could you post the updated patch with all fixes
> and fixes to fixes folded into it
On Fri, Jan 04, 2008 at 12:24:01PM +, David Howells wrote:
> Add some more fixes to ISOFS error handling on top of Al Viro's patch:
>
> (1) Use IS_ERR() rather than ERR_PTR() to test for errors.
*blush*
My apologies, should've had coffee before posting. FWIW, this patch
pile is getting rid
Al Viro <[EMAIL PROTECTED]> wrote:
> Not enough. isofs_iget() still can return NULL; that needs to be converted to
> ERR_PTR().
>
> BTW, ERR_CAST is there for purpose...
This patch should probably be added on top of that one.
David
---
IGET: Add another couple of fixes to ISOFS error handling
On Fri, Jan 04, 2008 at 07:13:57PM +0800, Dave Young wrote:
> > iget-stop-isofs-from-using-read_inode-fix*
> >
> > Callers in fs/isofs/namei.c are missed.
>
> Yes, some isofs_iget return value should be handled, it is missed.
>
> Maybe this:
Not enough. isofs_iget() still can return NULL;
On Fri, Jan 04, 2008 at 07:13:57PM +0800, Dave Young wrote:
> On Fri, Jan 04, 2008 at 10:47:55AM +, Al Viro wrote:
> > On Thu, Jan 03, 2008 at 03:15:56PM +0100, Jiri Slaby wrote:
> >
> > > Can't say, the DVD seems to be OK, I don't know what was wrong (as I can
> > > say,
> > > this happened
On Fri, Jan 04, 2008 at 10:47:55AM +, Al Viro wrote:
> On Thu, Jan 03, 2008 at 03:15:56PM +0100, Jiri Slaby wrote:
>
> > Can't say, the DVD seems to be OK, I don't know what was wrong (as I can
> > say,
> > this happened several times in the past yet and after reboot everything OK;
> > I
> >
On Thu, Jan 03, 2008 at 03:15:56PM +0100, Jiri Slaby wrote:
> Can't say, the DVD seems to be OK, I don't know what was wrong (as I can say,
> this happened several times in the past yet and after reboot everything OK; I
> suspect gnome auto mounter -- multiple machines, several DVD ROMs, same disk
On 01/03/2008 02:51 PM, Pekka J Enberg wrote:
> Hi Jiri,
>
> On Thu, 3 Jan 2008, Jiri Slaby wrote:
>> this happened, while playing with broken dvd.
>
> [snip]
>
>> Buffer I/O error on device sr0, logical block 5441
>> end_request: I/O error, dev sr0, sector 136
>> ISOFS: unable to read i-node bl
On Thu, Jan 03, 2008 at 03:11:20PM +0100, Ingo Molnar wrote:
> and there are about 5 other callsites as well that only check for a NULL
> return.
... except that this is *not* getting NULL or make_bad_inode(); that's
getting ERR_PTR(), which can't happen in mainline. So that looks like
an -mm pa
* Pekka J Enberg <[EMAIL PROTECTED]> wrote:
> return ERR_PTR(-EACCES);
> }
> + if (is_bad_inode(inode)) {
> + unlock_kernel();
> + iput(inode);
> + return ERR_PTR(-ENOENT);
> +
On Thu, Jan 03, 2008 at 03:51:28PM +0200, Pekka J Enberg wrote:
> Does the following patch fix it?
Highly doubtful, and doesn't deal with the real problem, AFAICS...
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More major
On Thu, Jan 03, 2008 at 02:23:44PM +0100, Jiri Slaby wrote:
> ISOFS: unable to read i-node block
isofs_read_inode() failing, about to do make_bad_inode()
> Unable to handle kernel NULL pointer dereference at 00ad RIP:
> [] d_splice_alias+0x1f/0x100
struct dentry *d_splice_alias(str
Hi Jiri,
On Thu, 3 Jan 2008, Jiri Slaby wrote:
> this happened, while playing with broken dvd.
[snip]
> Buffer I/O error on device sr0, logical block 5441
> end_request: I/O error, dev sr0, sector 136
> ISOFS: unable to read i-node block
> Unable to handle kernel NULL pointer dereference at
Hi,
this happened, while playing with broken dvd.
ISO 9660 Extensions: Microsoft Joliet Level 3
ISO 9660 Extensions: RRIP_1991A
end_request: I/O error, dev sr0, sector 21760
Buffer I/O error on device sr0, logical block 5440
Buffer I/O error on device sr0, logical block 5441
Buffer I/O error on d
On Thu, 20 Dec 2007 13:22:12 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Thu, 20 Dec 2007 15:57:45 -0500
> Rik van Riel <[EMAIL PROTECTED]> wrote:
>
> > 2.6.24-rc5-mm1 seems to have a hang related to the SCSI or block
> > device probing code.
> It cou
On Fri, 21 Dec 2007 22:51:45 +0100 Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
> > Here's a test patch:
>
> Tested on 2.6.23 and 2.6.24-rc5-mm1. The patch fixes the bug.
>
> Thanks a lot to both of you.
Thank you for testing -mm (especially on sparc64) and
tic.
> >
> > It just blindly goes "vmemmap + pfn" which is asking for trouble, in
> > particular when the physical RAM layout really is sparse.
> >
> > Maybe it's enough to add a pfn_valid() check here? If pfn_valid()
> > means there is a vmemmap tra
On Dec 21, 2007 3:00 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Fri, 21 Dec 2007 11:06:49 -0500 "Miles Lane" <[EMAIL PROTECTED]> wrote:
>
> > > >
> > > > How do I determine what comes next?
> > > >
> > >
> > > By comparing it with the /proc/iomem from prior to suspending the machine.
> > >
>
On Fri, 21 Dec 2007 11:06:49 -0500 "Miles Lane" <[EMAIL PROTECTED]> wrote:
> > >
> > > How do I determine what comes next?
> > >
> >
> > By comparing it with the /proc/iomem from prior to suspending the machine.
> >
>
> The offending information seems to be "9000-9fff : Intel Flush Page"
On Dec 21, 2007 1:29 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> On Fri, 21 Dec 2007 00:58:19 -0500 "Miles Lane" <[EMAIL PROTECTED]> wrote:
>
> > On Dec 20, 2007 12:32 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > > On Thu, 20 Dec 2007 08:38:03 -0500 Miles Lane <[EMAIL PROTECTED]>
> > >
Andrew Morton wrote:
> On Thu, 20 Dec 2007 10:55:51 -0600
> Jason Wessel <[EMAIL PROTECTED]> wrote:
>
>
>> Andrew Morton wrote:
>>
>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc5/2.6.24-rc5-mm1/
>>>
>>&
On Fri, 21 Dec 2007 00:58:19 -0500 "Miles Lane" <[EMAIL PROTECTED]> wrote:
> On Dec 20, 2007 12:32 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 20 Dec 2007 08:38:03 -0500 Miles Lane <[EMAIL PROTECTED]>
> > wrote:
> >
> > > On further investigation, "cat /proc/iomem" does not trigger
Resending... Curse GMail's HTML messages!
On Dec 21, 2007 12:58 AM, Miles Lane <[EMAIL PROTECTED]> wrote:
>
> On Dec 20, 2007 12:32 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 20 Dec 2007 08:38:03 -0500 Miles Lane <[EMAIL PROTECTED]> wrote:
> >
> > > On further investigation, "cat
From: Matt Mackall <[EMAIL PROTECTED]>
Date: Thu, 20 Dec 2007 19:06:55 -0600
> @@ -707,7 +707,10 @@ static ssize_t kpagecount_read(struct fi
> return -EIO;
>
> while (count > 0) {
> - ppage = pfn_to_page(pfn++);
> + ppage = 0;
> + if (pfn_v
Hi Andrew,
Here are the patches that would be interesting to queue for 2.6.25. As you
asked, the patchset applies to 2.6.24-rc5-mm1.
It includes those logical changes and applies in the following order.
Thanks,
Mathieu
#Text Edit Lock
kprobes-use-mutex-for-insn-pages.patch
kprobes-dont-use
On Thu, Dec 20, 2007 at 04:17:26PM -0800, David Miller wrote:
> From: Mariusz Kozlowski <[EMAIL PROTECTED]>
> Date: Thu, 20 Dec 2007 20:47:55 +0100
>
> > [ 145.128915] TSTATE: 004411009603 TPC: 005119ac TNPC:
> > 005119b0 Y: Not tainted
> > [ 145.128940] TPC:
>
From: Mariusz Kozlowski <[EMAIL PROTECTED]>
Date: Thu, 20 Dec 2007 20:47:55 +0100
> [ 145.128915] TSTATE: 004411009603 TPC: 005119ac TNPC:
> 005119b0 Y: Not tainted
> [ 145.128940] TPC:
My suspicion at this point is that with certain RAM layouts, simply
iterati
On Thu, 20 Dec 2007 10:55:51 -0600
Jason Wessel <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc5/2.6.24-rc5-mm1/
> >
> > - If something goes wrong with a PCI device's probing or initial
On Thu, 20 Dec 2007 15:57:45 -0500
Rik van Riel <[EMAIL PROTECTED]> wrote:
> 2.6.24-rc5-mm1 seems to have a hang related to the SCSI or block
> device probing code.
>
> This is on a dual quad-core x86-64 system with megaraid_sas controller.
>
> scsi 0:2:0:0: Direct-Acce
On Thu, 13 Dec 2007 02:40:50 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
2.6.24-rc5-mm1 seems to have a hang related to the SCSI or block
device probing code.
This is on a dual quad-core x86-64 system with megaraid_sas controller.
scsi 0:2:0:0: Direct-Access DELL
Hello,
> > > Actually, you may only need these two:
> > >
> > > > maps4-add-proc-kpagecount-interface.patch
> > > > maps4-add-proc-kpageflags-interface.patch
> >
> > Yes these two were enough, and exporting fs/proc/base.c's
> > mem_lseek().
> >
> > As hard as I try, I can't reproduce this at a
On Thu, Dec 20, 2007 at 04:53:59AM -0800, David Miller wrote:
> From: Matt Mackall <[EMAIL PROTECTED]>
> Date: Mon, 17 Dec 2007 08:55:54 -0600
>
> > On Sun, Dec 16, 2007 at 10:39:17PM -0800, Andrew Morton wrote:
> > Actually, you may only need these two:
> >
> > > maps4-add-proc-kpagecount-interf
On Thu, 20 Dec 2007 08:38:03 -0500 Miles Lane <[EMAIL PROTECTED]> wrote:
> On further investigation, "cat /proc/iomem" does not trigger the stack
> trace until after a suspend-to-disk/resume cycle has occurred.
I still can't reproduce this.
Could you please try this?
- cat /proc/iomem
- suspen
Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc5/2.6.24-rc5-mm1/
>
> - If something goes wrong with a PCI device's probing or initialisation, try
> reverting pci-disable-decoding-during-sizing-of-bars.patch.
>
> - git-s
a patch to re-export
> > > > > drain_local_pages() again and use it for software suspend:
> > > > >
> > > > > Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
> > > > >
> > > > > ---
> > > > > inclu
rmal processor fan
[ 252.868469]
[ 252.868472] Pid: 7088, comm: head Not tainted (2.6.24-rc5-mm1 #9)
[ 252.868476] EIP: 0060:[] EFLAGS: 00010297 CPU: 0
[ 252.868481] EIP is at r_show+0x2a/0x70
[ 252.868483] EAX: EBX: 0001 ECX: c07e3224 EDX: c04bb034
[ 252.868486] ESI: 0008 EDI: ed1f
On Dec 20, 2007 6:37 AM, David Howells <[EMAIL PROTECTED]> wrote:
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > I would be suspecting iget-stop-procfs-from-using-iget-and-read_inode.patch.
>
> I think your suspicions are very unlikely. The patch only affects
> proc_get_inode() - and looking at
From: Matt Mackall <[EMAIL PROTECTED]>
Date: Mon, 17 Dec 2007 08:55:54 -0600
> On Sun, Dec 16, 2007 at 10:39:17PM -0800, Andrew Morton wrote:
> Actually, you may only need these two:
>
> > maps4-add-proc-kpagecount-interface.patch
> > maps4-add-proc-kpageflags-interface.patch
Yes these two were
Andrew Morton <[EMAIL PROTECTED]> wrote:
> I would be suspecting iget-stop-procfs-from-using-iget-and-read_inode.patch.
I think your suspicions are very unlikely. The patch only affects
proc_get_inode() - and looking at the patch backtrace, it looks like the
system is successfully past that alre
> > > Okay. The command that directly triggers this is: cat /proc/iomem
> > > [ 252.868386] BUG: unable to handle kernel NULL pointer dereference at
> > > virtual address 0018
> > > [ 252.868481] EIP is at r_show+0x2a/0x70
> > > [ 252.868483] EAX: EBX: 0001 ECX: c07e32
On Thu, Dec 20, 2007 at 12:35:51AM -0500, Miles Lane wrote:
> Added Ingo and Russell to the TO list, since they seem to potentially be
> the right people to look into this.
Huh? Don't think so.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of:
--
T
vice cfg80211 sky2 battery yenta_socket rsrc_nonstatic
> > pcmcia_core ac snd soundcore snd_page_alloc button shpchp pci_hotplug
> > sr_mod cdrom pata_acpi piix ide_core firewire_ohci firewire_core
> > crc_itu_t thermal processor fan
> > [ 252.868469]
> > [ 252.8684
crc_itu_t thermal processor fan
[ 252.868469]
[ 252.868472] Pid: 7088, comm: head Not tainted (2.6.24-rc5-mm1 #9)
[ 252.868476] EIP: 0060:[] EFLAGS: 00010297 CPU: 0
[ 252.868481] EIP is at r_show+0x2a/0x70
[ 252.868483] EAX: EBX: 0001 ECX: c07e3224 EDX: c04bb034
[ 252.868486] ESI
nd_rawmidi snd_seq_midi_event snd_seq rng_core snd_timer
snd_seq_device shpchp pci_hotplug battery snd ac button soundcore
snd_page_alloc s
r_mod cdrom pata_acpi piix ide_core firewire_ohci firewire_core
crc_itu_t thermal processor fan
[ 54.733915]
[ 54.733918] Pid: 5703, comm: tail Not tainted (2.6.24-
>
> > > > 3. on 2.6.24-rc5 kernel reports only the part 1, after try mount the
> > > > disk it just mount the partition as ro with nothing more messages.
Oh, sorry. It's a typo. should be 2.6.24-rc5-mm1
>
> So which is correct?
>
> > Hi, Alan
&
by: Christoph Lameter <[EMAIL PROTECTED]>
> > > >
> > > > ---
> > > > include/linux/gfp.h | 1 +
> > > > kernel/power/snapshot.c |2 +-
> > > > mm/page_alloc.c | 2 +-
> > > > 3 files changed, 3 ins
Note carefully. This:
> > > 2. on 2.6.24-rc5 kernel reports only the part 1, after try mount the
> > > disk it reports the part 2 and mount the partition as rw
contradicts this:
> > > 3. on 2.6.24-rc5 kernel reports only the part 1, after try mount the
> > > disk it just mount the partition as
> drain_local_pages() again and use it for software suspend:
> > >
> > > Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
> > >
> > > ---
> > > include/linux/gfp.h |1 +
> > > kernel/power/snapshot.c |2 +-
> > >
gt; ---
> > include/linux/gfp.h |1 +
> > kernel/power/snapshot.c |2 +-
> > mm/page_alloc.c |2 +-
> > 3 files changed, 3 insertions(+), 2 deletions(-)
> >
> > Index: linux-2.6.24-rc5-mm1/kernel/power/snapshot.c
> > =======
On Dec 20, 2007 12:07 AM, Alan Stern <[EMAIL PROTECTED]> wrote:
>
> On Wed, 19 Dec 2007, Dave Young wrote:
>
> > I tested on another machine with kernel 2.6.24-rc2. And the result is
> > diffrent again.
> > Here is the result:
> >
> > 1. on 2.6.24-rc2, when I plugin the player the kernel reports be
xport
> drain_local_pages() again and use it for software suspend:
>
> Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
>
> ---
> include/linux/gfp.h |1 +
> kernel/power/snapshot.c |2 +-
> mm/page_alloc.c |2 +-
> 3 file
t;
---
include/linux/gfp.h |1 +
kernel/power/snapshot.c |2 +-
mm/page_alloc.c |2 +-
3 files changed, 3 insertions(+), 2 deletions(-)
Index: linux-2.6.24-rc5-mm1/kernel/power/snapshot.c
===============
--- linux-2.6.
On Wednesday, 19 of December 2007, Christoph Lameter wrote:
> On Wed, 19 Dec 2007, Daniel Walker wrote:
>
> > > It looks like the swsusp_save() calls drain_all_pages() , which calls
> > > on_each_cpu() .. On return on_each_cpu() unconditionally enables
> > > interrupts so the rest of the resume pr
On Wed, 19 Dec 2007, Daniel Walker wrote:
> > It looks like the swsusp_save() calls drain_all_pages() , which calls
> > on_each_cpu() .. On return on_each_cpu() unconditionally enables
> > interrupts so the rest of the resume process has interrupt enable
> > (which , it looks like, shouldn't happe
827661] Pid: 9940, comm: pm-hibernate Not tainted
> > 2.6.24-rc5-mm1 #8
> > [ 11.827665] [] show_trace_log_lvl+0x12/0x25
> > [ 11.827673] [] show_trace+0xd/0x10
> > [ 11.827677] [] dump_stack+0x57/0x5f
> > [ 11.827681] [] native_smp_call_function_mask+0x41
On Wed, 2007-12-19 at 10:06 -0500, Miles Lane wrote:
> [ 11.827653] PM: Creating hibernation image:
> [ 11.827658] WARNING: at arch/x86/kernel/smp_32.c:561
> native_smp_call_function_mask()
> [ 11.827661] Pid: 9940, comm: pm-hibernate Not tainted
> 2.6.24-rc5-mm1 #8
On Wed, 19 Dec 2007, Dave Young wrote:
> I tested on another machine with kernel 2.6.24-rc2. And the result is
> diffrent again.
> Here is the result:
>
> 1. on 2.6.24-rc2, when I plugin the player the kernel reports below messages:
>
> usb-storage: waiting for device to settle before scanning
>
: at arch/x86/kernel/smp_32.c:561
native_smp_call_function_mask()
[ 11.827661] Pid: 9940, comm: pm-hibernate Not tainted 2.6.24-rc5-mm1 #8
[ 11.827665] [] show_trace_log_lvl+0x12/0x25
[ 11.827673] [] show_trace+0xd/0x10
[ 11.827677] [] dump_stack+0x57/0x5f
[ 11.827681
On Dec 18, 2007 9:58 PM, Zhu Yi <[EMAIL PROTECTED]> wrote:
>
> On Tue, 2007-12-18 at 15:57 +0100, Johannes Berg wrote:
> > Thanks. This is a bug in iwlwifi.
> >
> > The problem is actually another case where my workqueue debugging with
> > lockdep is triggering a warning :))
> >
> > Here's the thin
On Dec 17, 2007 9:14 AM, Dave Young <[EMAIL PROTECTED]> wrote:
> On Dec 14, 2007 11:44 PM, Alan Stern <[EMAIL PROTECTED]> wrote:
> > On Fri, 14 Dec 2007, Dave Young wrote:
> >
> > > Hi,
> > > The behaviour of my mp3 player (also act as usb-storage device) seems
> > > changed from rc5 to rc5-mm1.
>
On Tue, Dec 18, 2007 at 06:04:58PM -0800, Andrew Morton wrote:
> Nobody seems to look after hppfs. I'll resend the fat and hostfs patches to
> maintainers for a review, please.
It's mine - I'll take a look at it.
Jeff
--
Work email - jdike at linux dot intel dot
On Tue, 2007-12-18 at 15:57 +0100, Johannes Berg wrote:
> Thanks. This is a bug in iwlwifi.
>
> The problem is actually another case where my workqueue debugging with
> lockdep is triggering a warning :))
>
> Here's the thing:
>
> iwl3945_cancel_deferred_work does
>
> cancel_delayed_work_sync
On Wed, 19 Dec 2007 01:22:21 + David Howells <[EMAIL PROTECTED]> wrote:
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > > - inode = ERR_PTR(ret);
> > > + return NULL;
> > > } else {
> > > unlock_new_inode(inode);
> > > }
>
On Dec 19, 2007 9:22 AM, David Howells <[EMAIL PROTECTED]> wrote:
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > > - inode = ERR_PTR(ret);
> > > + return NULL;
> > > } else {
> > > unlock_new_inode(inode);
> > > }
> >
Andrew Morton <[EMAIL PROTECTED]> wrote:
> > - inode = ERR_PTR(ret);
> > + return NULL;
> > } else {
> > unlock_new_inode(inode);
> > }
> >
>
> Yup.
Nope. The correct fix is to make the various callers use IS_ERR()
(Adding Dave Howells, his name is on
iget-stop-isofs-from-using-read_inode.patch)
On Tue, 18 Dec 2007 10:37:32 +0800, Dave Young said:
> > I don't mind it failing the mount, but the oops seems excessive. I suspect
> > that *somewhere* in that stack trace, we're wanting something like a
> >
> >
[EMAIL PROTECTED] wrote:
On Thu, 13 Dec 2007 02:40:50 PST, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc5/2.6.24-rc5-mm1/
git-net.patch (I'm guessing one of Daniel's commits, but not sure which one)
causes some complaints:
LD
On Thu, 13 Dec 2007 02:40:50 PST, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc5/2.6.24-rc5-mm1/
git-net.patch (I'm guessing one of Daniel's commits, but not sure which one)
causes some complaints:
LD vmlinux.o
MODPOST vmli
> Sorry. GMail doesn't support sending unwrapped text, as far as I can
> tell. I will send the log segment to you as an attachment. Also,
> when I sent my .config inline to Andrew recently, it tripped his spam
> filter. I'll attach it as well.
Thanks. This is a bug in iwlwifi.
The problem is
On Tue, 2007-12-18 at 09:03 -0500, Miles Lane wrote:
> I have only seen this happen once, and cannot reproduce it. I'll keep
> trying, though.
>
> Dec 16 22:10:48 syntropy kernel: [ 231.718023]
> ===
Do you have a version that isn't line-wrap
ected ]
Dec 16 22:10:48 syntropy kernel: [ 231.718028] 2.6.24-rc5-mm1 #7
Dec 16 22:10:48 syntropy kernel: [ 231.718029]
---
Dec 16 22:10:48 syntropy kernel: [ 231.718032] pm-suspend/5800 is
trying to acquire lock:
Dec 16 22:10:48 syntropy k
On Tue, 18 Dec 2007 10:37:32 +0800 Dave Young <[EMAIL PROTECTED]> wrote:
> On Mon, Dec 17, 2007 at 09:07:56PM -0500, [EMAIL PROTECTED] wrote:
> > On Mon, 17 Dec 2007 14:56:44 PST, Andrew Morton said:
> >
> > (Adding Al Viro to the list, he's listed as "file systems" and MAINTAINERS
> > doesn't li
On Mon, Dec 17, 2007 at 09:07:56PM -0500, [EMAIL PROTECTED] wrote:
> On Mon, 17 Dec 2007 14:56:44 PST, Andrew Morton said:
>
> (Adding Al Viro to the list, he's listed as "file systems" and MAINTAINERS
> doesn't list 'isofs' anyplace. Will Al or Andrew please vector to whoever
> actually does tha
On Mon, 17 Dec 2007 14:56:44 PST, Andrew Morton said:
(Adding Al Viro to the list, he's listed as "file systems" and MAINTAINERS
doesn't list 'isofs' anyplace. Will Al or Andrew please vector to whoever
actually does that code?)
> > I try it again, and it reports it died at the same exact place,
On Mon, 17 Dec 2007 17:44:11 -0500
[EMAIL PROTECTED] wrote:
> On Thu, 13 Dec 2007 02:40:50 PST, Andrew Morton said:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc5/2.6.24-rc5-mm1/
>
> OK, so I'm trying to 'dd' a CD and the drive
On Thu, 13 Dec 2007 02:40:50 PST, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc5/2.6.24-rc5-mm1/
OK, so I'm trying to 'dd' a CD and the drive on the laptop is having issues
reading the disk.
I try it once, and get an I/O error
Hello,
> > cat /proc/kpagecount on the other hand - with the change in line 710
> > - locks the box. Sysrq works, changing consoles works, but there is
> > no "BUG: soft lockup ..." message. After a while the box becomes
> > totaly unresponsive - even caps lock doesn't work, no responses to
> > pi
> next suspend/resume try:
> BLE drm_addmap_core a: map 81007c2d9b00, handle
> BLE drm_addmap_core c: map 81007c2d9b00, handle c20010092000
> BLE drm_rmmap_locked b: map 81007c2d9b00, handle c20010092000
> BLE drm_addmap_core a: map 81007c2d9b00, handle
On Sun, Dec 16, 2007 at 10:39:17PM -0800, Andrew Morton wrote:
> On Sun, 16 Dec 2007 20:26:11 -0800 (PST) David Miller <[EMAIL PROTECTED]>
> wrote:
>
> > From: Matt Mackall <[EMAIL PROTECTED]>
> > Date: Sun, 16 Dec 2007 20:11:49 -0600
> >
> > > But as the function doesn't actually show up in you
On Mon, 17 Dec 2007, Andrew Morton wrote:
> > MODPOST 196 modules
> > ERROR: "usbhid_lookup_quirk" [drivers/hid/usbhid/usbmouse.ko]
> > undefined!
> > ERROR: "usbhid_lookup_quirk" [drivers/hid/usbhid/usbkbd.ko] undefined!
> > make[1]: *** [__modpost] Error 1
> > make: *** [modules] Err
On Sat, 15 Dec 2007 19:50:40 +0100 jurriaan <[EMAIL PROTECTED]> wrote:
> MODPOST 196 modules
> ERROR: "usbhid_lookup_quirk" [drivers/hid/usbhid/usbmouse.ko]
> undefined!
> ERROR: "usbhid_lookup_quirk" [drivers/hid/usbhid/usbkbd.ko] undefined!
> make[1]: *** [__modpost] Error 1
> make:
unt-interface.patch
maps4-add-proc-kpageflags-interface.patch
maps4-make-page-monitoring-proc-file-optional.patch
maps4-make-page-monitoring-proc-file-optional-fix.patch
from
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc5/2.6.24-rc5-mm1/broken-out
That patch series does
From: Matt Mackall <[EMAIL PROTECTED]>
Date: Sun, 16 Dec 2007 20:11:49 -0600
> But as the function doesn't actually show up in your stack trace,
> something else is probably wrong. So I'd also try commenting out
> pieces of that function until it started working.
Some piece of state is being indi
On Sun, Dec 16, 2007 at 08:10:10PM +0100, Mariusz Kozlowski wrote:
> > > Can you change line 710 of fs/proc/proc_misc.c to:
> > >
> > > ppage = NULL;
> >
> > Sure.
> >
> > > ..and see if it still breaks?
> >
> > Yes it does - the same way as eariler. Box is locked, processes stuck in D
> > s
On Dec 14, 2007 11:44 PM, Alan Stern <[EMAIL PROTECTED]> wrote:
> On Fri, 14 Dec 2007, Dave Young wrote:
>
> > Hi,
> > The behaviour of my mp3 player (also act as usb-storage device) seems
> > changed from rc5 to rc5-mm1.
>
> This can't be considered a bug, right?
I'm not sure.
> It's just that t
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Fri, 14 Dec 2007 15:36:33 -0800
> The networking bug looks to be around sock_i_ino()'s taking of
> sk_callback_lock with softirq's enabled. Perhaps this will fix it.
One should be suspicious of any case where write_lock is performed
on sk->sk_callbac
Witam,
> > > > cat /proc/kpageflags on sparc64 causes the box to lock.
> > > > I can not write on any terminal - but I can issue sysrqs and switch
> > > > between consoles.
> > > >
> > > > cat process hangs in read(3, ...
> > >
> > > cat /proc/kpagecount produces similar symptoms. box i
> > > cat /proc/kpageflags on sparc64 causes the box to lock.
> > > I can not write on any terminal - but I can issue sysrqs and switch
> > > between consoles.
> > >
> > > cat process hangs in read(3, ...
> >
> > cat /proc/kpagecount produces similar symptoms. box is locked - sysrq-w
> >
On Sun, Dec 16, 2007 at 12:40:53PM +0100, Mariusz Kozlowski wrote:
> > cat /proc/kpageflags on sparc64 causes the box to lock.
> > I can not write on any terminal - but I can issue sysrqs and switch
> > between consoles.
> >
> > cat process hangs in read(3, ...
>
> cat /proc/kpagecount pr
> cat /proc/kpageflags on sparc64 causes the box to lock.
> I can not write on any terminal - but I can issue sysrqs and switch
> between consoles.
>
> cat process hangs in read(3, ...
cat /proc/kpagecount produces similar symptoms. box is locked - sysrq-w sshd
trace:
__down
__down_inte
seems to react only to sysrq-b or manual reset.
Anything else is useless.
Regards,
Mariusz
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.24-rc5-mm1
# Fri Dec 14 19:47:15 2007
#
CONFIG_SPARC=y
CONFIG_SPARC64=y
CONFIG_GENERIC_TIME=y
CONFIG_G
> cat /proc/kpageflags on sparc64 causes the box to lock.
> I can not write on any terminal - but I can issue sysrqs and switch
> between consoles.
>
> cat process hangs in read(3, ...
>
> sysrq-w shows:
>
> syslogd D 0069240c 0 2470 1
> Call Trace:
> [0069
Hello,
cat /proc/kpageflags on sparc64 causes the box to lock.
I can not write on any terminal - but I can issue sysrqs and switch
between consoles.
cat process hangs in read(3, ...
sysrq-w shows:
syslogd D 0069240c 0 2470 1
Call Trace:
[00692224]
[000
1 - 100 of 150 matches
Mail list logo
