So -rc4 is out there now, hopefully shrinking the regression list further. 
The diffstat (for those that look at those kinds of things) tells the

story: lots of small stuff to random files. I think the single biggest

file change was the patch-checking script, along with some sparc64 fixes.

But the bulk of it all is just a lot of small random things.
Shortlog appended to give kind of an overview, nothing really stands out

there. Mostly driver fixes, with some architecture updates.
I'd ask that people involved with the known regressions please test

whether they got fixed, and if you wrote a patch and it's still pending,

please make sure to push it upstream..
		Linus
---
Akinobu Mita (3):

      ieee80211: fix incomplete error message

      softmac: alloc_ieee80211() NULL check

      [POWERPC] Fix return from pte_alloc_one() in out-of-memory case
Alan Cox (2):

      [WATCHDOG] clean-up watchdog documentation

      [ARM] enable arbitary speed tty ioctls and split input/output speed
Alan Stern (2):

      [SCSI] sd: fix refcounting regression in suspend/resume routines

      USB: replace flush_workqueue with cancel_sync_work
Alex Tomas (1):

      When ext4_ext_insert_extent() fails to insert new blocks
Alexey Dobriyan (1):

      Fix vmi.c compilation
Amit Arora (1):

      ext4: Extent overlap bugfix
Andrea Paterniani (1):

      SPI: Freescale iMX SPI controller driver fixes
Andrew Morton (6):

      sh: support older gcc's

      [SPARC32]: Build fix.

      ntfs_init_locked_inode(): fix array indexing

      afs: needs sched.h

      mtrr atomicity fix

      vanishing ioctl handler debugging
Andrew Victor (2):

      [WATCHDOG] ks8695_wdt.c - new KS8695 watchdog driver

      [ARM] 4411/1: KS8695: Another serial driver fix
Andy Gospodarek (1):

      PCI: disable MSI by default on systems with Serverworks HT1000 chips
Andy Whitcroft (1):

      add a trivial patch style checker
Antonino A. Daplas (1):

      neofb: Fix pseudo_palette array ove...
[ message continues ]

(CCd net device MAINTAINERs, I'm not sure, but nv_alloc_rx is forcedeth)
This server has been up for about a day now and I'm starting to get

some bad looking messages when plenty gets transferred over NFS:
(please excuse the links, without them this message would certainly be

too large)

Linux version 2.6.22-rc4 (root@shapeshifter) (gcc version 4.2.0

(Gentoo 4.2.0)) #6 PREEMPT Fri Jun 8 18:54:00 PDT 2007

(it's actually with the latest rsdl patch)
http://avuton.googlepages.com/config

http://avuton.googlepages.com/lspci-vvv

http://avuton.googlepages.com/ioports

http://avuton.googlepages.com/iomem
 =======================

Mem-info:

DMA per-cpu:

CPU    0: Hot: hi:    0, btch:   1 usd:   0   Cold: hi:    0, btch:   1 usd:   0

Normal per-cpu:

CPU    0: Hot: hi:  186, btch:  31 usd:  87   Cold: hi:   62, btch:  15 usd:  57

Active:43224 inactive:168748 dirty:2679 writeback:24182 unstable:0

 free:4334 slab:6997 mapped:6927 pagetables:286 bounce:0

DMA free:3520kB min:68kB low:84kB high:100kB active:1064kB

inactive:5492kB present:16256kB pages_sc

anned:0 all_unreclaimable? no

lowmem_reserve[]: 0 873

Normal free:13816kB min:3744kB low:4680kB high:5616kB active:171832kB

inactive:669500kB present:894

080kB pages_scanned:0 all_unreclaimable? no

lowmem_reserve[]: 0 0

DMA: 38*4kB 1*8kB 0*16kB 3*32kB 1*64kB 1*128kB 2*256kB 1*512kB

0*1024kB 1*2048kB 0*4096kB = 3520kB

Normal: 3278*4kB 0*8kB 0*16kB 0*32kB 1*64kB 1*128kB 0*256kB 1*512kB

0*1024kB 0*2048kB 0*4096kB = 13

816kB

Swap cache: add 0, delete 0, find 0/0, race 0+0

Free swap  = 498004kB

Total swap = 498004kB

Free swap:       498004kB

229376 pages of RAM

0 pages of HIGHMEM

3350 reserved pages

119197 pages shared

0 pages swap cached

2679 pages dirty

24182 pages writeback

6927 pages mapped

6997 pages slab

286 pages pagetables

swapper: page allocation failure. order:1, mode:0x4020

 [<c0149b09>] __alloc_pages+0x239/0x2f0

 [<c02f6046>] nv_alloc_rx+0xf6/0x1a0

 [<c0161622>] __slab_alloc+0x422/0x500

 [<c02f6...
[ message continues ]

Nothing serious, compile warnings ..
mm/sparse.c:244: warning: `__kmalloc_section_memmap' defined but not used

mm/sparse.c:274: warning: `__kfree_section_memmap' defined but not used
Here is the patch.
Thanks,

Badari
__kmalloc_section_memmap(), vaddr_in_vmalloc_area() and

 __kfree_section_memmap() are used only for MEMORY_HOTPLUG.

Moved them under CONFIG_MEMORY_HOTPLUG.
Signed-off-by: Badari Pulavarty <pbadari@us.ibm.com>
Index: linux-2.6.22-rc4/mm/sparse.c

===================================================================

--- linux-2.6.22-rc4.orig/mm/sparse.c	2007-06-04 17:57:25.000000000 -0700

+++ linux-2.6.22-rc4/mm/sparse.c	2007-06-05 13:56:29.000000000 -0700

@@ -240,6 +240,27 @@ static struct page __init *sparse_early_

 	return NULL;

 }
+/*

+ * Allocate the accumulated non-linear sections, allocate a mem_map

+ * for each and record the physical to section mapping.

+ */

+void __init sparse_init(void)

+{

+	unsigned long pnum;

+	struct page *map;

+

+	for (pnum = 0; pnum < NR_MEM_SECTIONS; pnum++) {

+		if (!valid_section_nr(pnum))

+			continue;

+

+		map = sparse_early_mem_map_alloc(pnum);

+		if (!map)

+			continue;

+		sparse_init_one_section(__nr_to_section(pnum), pnum, map);

+	}

+}

+

+#ifdef CONFIG_MEMORY_HOTPLUG

 static struct page *__kmalloc_section_memmap(unsigned long nr_pages)

 {

 	struct page *page, *ret;

@@ -280,27 +301,6 @@ static void __kfree_section_memmap(struc

 }
 /*

- * Allocate the accumulated non-linear sections, allocate a mem_map

- * for each and record the physical to section mapping.

- */

-void __init sparse_init(void)

-{

-	unsigned long pnum;

-	struct page *map;

-

-	for (pnum = 0; pnum < NR_MEM_SECTIONS; pnum++) {

-		if (!valid_section_nr(pnum))

-			continue;

-

-		map = sparse_early_mem_map_alloc(pnum);

-		if (!map)

-			continue;

-		sparse_init_one_section(__nr_to_section(pnum), pnum, map);

-	}

-}

-

-#ifdef CONFIG_MEMORY_HOTPLUG

-/*

  * returns the number of sections whose mem_maps were properly...
[ message continues ]

It is too stable for me.
aio_dio_bugs ok

aiostress ok

bash_shared_mapping ok

cpu_hotplug ok

fio ok

fsx ok

interbench ok

iozone ok

isic ok

linus_stress ok

the latest ltp ok
this looks harmless
[  116.733327] PM: suspend-to-disk mode set to 'shutdown'

[  116.738849] swsusp: Basic memory bitmaps created

[  116.745353] Stopping tasks ... WARNING: at /home/devel/linux-git/kernel/lockdep.c:2414 check_flags()

[  116.754921]  [<c0404fbf>] show_trace_log_lvl+0x1a/0x2f

[  116.754937]  [<c0405bd6>] show_trace+0x12/0x14

[  116.754947]  [<c0405c5d>] dump_stack+0x16/0x18

[  116.754957]  [<c043c3e5>] check_flags+0x95/0x143

[  116.754967]  [<c043f158>] lock_acquire+0x29/0x82

[  116.754977]  [<c06313a7>] _spin_lock+0x35/0x42

[  116.754990]  [<c044894a>] refrigerator+0x14/0xc6

[  116.755002]  [<c042d4b3>] get_signal_to_deliver+0x33/0x397

[  116.755016]  [<c0403597>] do_notify_resume+0x94/0x6ed

[  116.755029]  [<c0404099>] work_notifysig+0x13/0x1a

[  116.755044]  =======================

[  116.755052] irq event stamp: 69

[  116.755060] hardirqs last  enabled at (69): [<c04040f9>] syscall_exit_work+0x11/0x26

[  116.755084] hardirqs last disabled at (68): [<c0403fdd>] syscall_exit+0x9/0x1a

[  116.755109] softirqs last  enabled at (0): [<c042150c>] copy_process+0x4dd/0x1286

[  116.755139] softirqs last disabled at (0): [<00000000>] 0x0

[  116.945776] done.
http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.22-rc4/git-...

http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.22-rc4/git-...
Regards,

Michal
--

"Najbardziej brakowało mi twojego milczenia."

-- Andrzej Sapkowski "Coś więcej"

-

Well, it's harmless in the sense that "yeah, the system still works", but

it does seem to be a real bug. We have hardware interrupts disabled when

we _think_ we should have them on, so our irq tracking is off.
Ingo, do you see what's up? It looks like we got a signal to a process

that just got created, is the setup stuff for "tsk->hardirqs_enabled"

perhaps off a bit?
			Linus

-

It [2.6.22-rc4] did not die on me so far, unlike that stock FC7 kernel

(same config but without fc patches).
	Jan

--

-

Oh its stable allright, but why do I have to turn the monitor off by hand when

I leave.  None of that is working, not even the screen blanker.
--

Cheers, Gene

"There are four boxes to be used in defense of liberty:

 soap, ballot, jury, and ammo. Please use in that order."

-Ed Howdershelt (Author)

I'm not an Iranian!!  I voted for Dianne Feinstein!!

-

VC or X?
	Jan

--

-

Regular X, fc6 box, amd xp2800.  Using NVIDIA's latest driver, and it works

when booted to a 2.6.21 era kernel.
Just about up to date, seems I have to do the kde stuffs one or two pieces at

a time as yumex isn't handling the deps well otherwise.
--

Cheers, Gene

"There are four boxes to be used in defense of liberty:

 soap, ballot, jury, and ammo. Please use in that order."

-Ed Howdershelt (Author)

The inherent vice of capitalism is the unequal sharing of blessings;

the inherent virtue of socialism is the equal sharing of misery.

		-- Churchill

-

Well, NVIDIA is your first stop then. What about nv?
	Jan

--

-

Don't know Jan.  nv, the last time I tried that bucket of molasses in january,

couldn't drive this card at more than 800x600, and I am used to double that

both ways.
The last time I booted to nv, it took me a week to get all the crap fixed that

it overwrote trying to fit the default screens I use while trying to make

them fit in an 800x600 window.
I run 1600x1200, on either an ati card (but the radeon driver quit supporting

the r280 chipset according to boot messages, the main reason I bought this

nvidia card) or on an older nvidia card that nv was quite happy with.  That

card went belly up and took the motherboard with it 2 years ago though.
Did you miss the comment that it works with a 2.6.21ish kernel?  Everything

else being equal.  I will boot to one of them later tonight and test it to

make sure its not some update to kde though, and let the list know.
--

Cheers, Gene

"There are four boxes to be used in defense of liberty:

 soap, ballot, jury, and ammo. Please use in that order."

-Ed Howdershelt (Author)

Vote anarchist.

-

Well, your kernel is tainted with nvidia crap we are not allowed to

debug. Issue is screen blanking. "It worked before" or not is not

really interesting, sorry.

								Pavel

--

(english) http://www.livejournal.com/~pavelmachek

(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

-

hm. I cannot see the source of the bug at the moment, but here's my

analysis so far:
the last event that irqtrace got was #69, and that was a 'hardirqs on'

in syscall_exit_work. After that we did a 'hardirqs off' without

properly tracking that via irqtrace. Next time we got an irqtrace event

(event 70) the assert caught up with us and turned off lockdep and

backed out of that function. This was in:
 > [  116.754957]  [<c043c3e5>] check_flags+0x95/0x143

 > [  116.754967]  [<c043f158>] lock_acquire+0x29/0x82

 > [  116.754977]  [<c06313a7>] _spin_lock+0x35/0x42

 > [  116.754990]  [<c044894a>] refrigerator+0x14/0xc6

 > [  116.755002]  [<c042d4b3>] get_signal_to_deliver+0x33/0x397

 > [  116.755016]  [<c0403597>] do_notify_resume+0x94/0x6ed

 > [  116.755029]  [<c0404099>] work_notifysig+0x13/0x1a
isnt the refrigerator() suspend related? Perhaps suspend disables irqs

somewhere that we forgot to track?
a new thread gets its hardirqs_enabled this way:
 #ifdef __ARCH_WANT_INTERRUPTS_ON_CTXSW

         p->hardirqs_enabled = 1;

 #else

         p->hardirqs_enabled = 0;

 #endif
on i386 __ARCH_WANT_INTERRUPTS_ON_CTXSW is off so it starts with 0. We

set this up in copy_process() so there's no chance this task can run

without this initialized.
	Ingo

-

refrigerator is suspend related, but I do not think it does any

interrupt magic. We do magic later in hibernation process.
This is in kernel/power/process.c, we have spinlock_irqsave there, but

that's pretty much it AFAICT.

								Pavel

--

(english) http://www.livejournal.com/~pavelmachek

(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

-

That's correct.  We don't manipulate IRQs directly in the freezer.
Greetings,

Rafael
--

"Premature optimization is the root of all evil." - Donald Knuth

-

There _is_ something strange there. For that whole sequence to trigger,

the current task has to have the TIF_FREEZE bit set, but I don't see why

it would be during shutdown.
		Linus

-

[  116.733327] PM: suspend-to-disk mode set to 'shutdown'

[  116.738849] swsusp: Basic memory bitmaps created

[  116.745353] Stopping tasks ... WARNING: at

/home/devel/linux-git/kernel/lockdep.c:2414 check_flags()

[  116.754921]  [<c0404fbf>] show_trace_log_lvl+0x1a/0x2f

[  116.754937]  [<c0405bd6>] show_trace+0x12/0x14
No, he's not shutting down, he's trying to snapshot his

machine. 'shutdown' will be done at end of hibernation, _way_ after

this.
								Pavel
--

(english) http://www.livejournal.com/~pavelmachek

(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

-

[Tejun, Jeff, added you since the bisect points to your patch.]
Sorry, mail glitch means I lost a couple of emails...
I said:

Compile warnings and a new regression: hang on boot during sata_promise

detection...
It turns out that the hang times out; it does boot after a while. It's missing 4

of my SATA disks though.

[in turn this means I can't test the hibernate regression against -rc4. But

testing that regression against a862b5c8cd5d847779a049a5fc8cf5b1e6f5fa07 shows

it is still there. Do I get a bonus for finding 2 regressions?]]
I also bisected and got:

Bisecting: 0 revisions left to test after this

[464cf177df7727efcc5506322fc5d0c8b896f545] libata: always use polling SETXFER
According to marc, Mikail said:

Please give us some details about your sata_promise problem:

- describe your hardware (Promise chip version, mainboard, chipset, etc)

I have a Promise TX-4 and onboard via-sata.

0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400/KT600 AGP] Host

Bridge (rev 80)

0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge

0000:00:0d.0 Unknown mass storage controller: Promise Technology, Inc. PDC20318

(SATA150 TX4) (rev 02)

0000:00:0f.1 IDE interface: VIA Technologies, Inc.

VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
- which was the last kernel version prior to 2.6.22-rc4 that worked

2.6.22-rc3

- the kernel messages up to the hang, if you can capture them

Easier once I learned patience...
sata_promise 0000:00:0d.0: version 2.07

ACPI: PCI Interrupt 0000:00:0d.0[A] -> GSI 16 (level, low) -> IRQ 17

scsi0 : sata_promise

scsi1 : sata_promise

scsi2 : sata_promise

scsi3 : sata_promise

ata1: SATA max UDMA/133 cmd 0xf880a200 ctl 0xf880a238 bmdma 0x00000000 irq 0

ata2: SATA max UDMA/133 cmd 0xf880a280 ctl 0xf880a2b8 bmdma 0x00000000 irq 0

ata3: SATA max UDMA/133 cmd 0xf880a300 ctl 0xf880a338 bmdma 0x00000000 irq 0

ata4: SATA max UDMA/133 cmd 0xf880a380 ctl 0xf880a3b8 bmdma 0x00000000 irq 0

ata1: SATA link up 1.5 Gbps (SStatu...
[ message continues ]

Compile warnings and a new regression: hang on boot during sata_promise

detection... :(
I have to go out now, I'll get more details on my return.
make mrproper

cp ../linux-2.6.21.1/.config .

make oldconfig (accept defaults)

make
scripts/kconfig/conf -s arch/i386/Kconfig

drivers/input/keyboard/Kconfig:170:warning: 'select' used by config symbol

'KEYBOARD_ATARI' refers to undefined symbol 'ATARI_KBD_CORE'

drivers/input/mouse/Kconfig:182:warning: 'select' used by config symbol

'MOUSE_ATARI' refers to undefined symbol 'ATARI_KBD_CORE'

  CHK     include/linux/version.h
[And I gave my Amiga away a year ago :) ]
  CC      kernel/power/pm.o

kernel/power/pm.c:205: warning: `pm_register' is deprecated (declared at

kernel/power/pm.c:64)

kernel/power/pm.c:205: warning: `pm_register' is deprecated (declared at

kernel/power/pm.c:64)

kernel/power/pm.c:206: warning: `pm_send_all' is deprecated (declared at

kernel/power/pm.c:180)

kernel/power/pm.c:206: warning: `pm_send_all' is deprecated (declared at

kernel/power/pm.c:180)
  CC      fs/xfs/linux-2.6/xfs_lrw.o

fs/xfs/linux-2.6/xfs_lrw.c: In function `xfs_iozero':

fs/xfs/linux-2.6/xfs_lrw.c:162: warning: `memclear_highpage_flush' is deprecated

(declared at include/linux/highmem.h:115)
  CC      drivers/base/dd.o

drivers/base/dd.c:211: warning: `device_probe_drivers' defined but not used
  CC      drivers/pci/search.o

drivers/pci/search.c: In function `pci_find_slot':

drivers/pci/search.c:99: warning: `pci_find_device' is deprecated (declared at

include/linux/pci.h:477)

drivers/pci/search.c: At top level:

drivers/pci/search.c:434: warning: `pci_find_device' is deprecated (declared at

drivers/pci/search.c:241)

drivers/pci/search.c:434: warning: `pci_find_device' is deprecated (declared at

drivers/pci/search.c:241)
  LD      vmlinux

  SYSMAP  System.map

  SYSMAP  .tmp_System.map

  MODPOST vmlinux

WARNING: arch/i386/kernel/built-in.o(.text+0x968f): Section mismatch: reference

to .init.text: (between 'mtrr_bp_init' and 'mtr...
[ message continues ]