importing 2.6.25-rc1

[Kyle McMartin]

git trees:
	firewire - commented out, pending didn't apply
	ext4 - commented out, seems upstream
	wireless - mostly upstream, pending didn't apply

M linux-2.6-acpi-eeepc-hotkey.patch

fixed rejects

M linux-2.6-e1000-corrupt-eeprom-checksum.patch

somewhat upstream... i merged-ish it, upstream version needs you to
reset the mac address with "ip" which is kind of loss. why has nobody
root-caused this failure yet? :/

R linux-2.6-agp-mm.patch

upstream

R linux-2.6-alsa-rc4-mm1.patch
R linux-2.6-alsa-support-sis7019.patch

upstream (obviously :)

M linux-2.6-build-nonintconfig.patch
M linux-2.6-compile-fix-gcc-43.patch
M linux-2.6-crash-driver.patch

fixed rejects

R linux-2.6-dcdbas-autoload.patch

upstream

M linux-2.6-debug-no-quiet.patch
M linux-2.6-debug-sizeof-structs.patch
M linux-2.6-debug-taint-vm.patch

more rejects

M linux-2.6-devmem.patch

fixed rejects... maybe needs merging upstream

R linux-2.6-drm-mm.patch
R linux-2.6-drm-radeon-update.patch
R linux-2.6-git-initial-r500-drm.patch

upstream

M linux-2.6-execshield.patch

rejects fixed (hopefully)

R linux-2.6-futex-fix-fixups.patch

upstream

M linux-2.6-gelic-fixups.patch
M linux-2.6-input-kill-stupid-messages.patch
M linux-2.6-lirc.patch
M linux-2.6-silence-noise.patch
M linux-2.6-squashfs.patch

trivial rejects

M linux-2.6-i386-vdso-install-unstripped-copies-on-disk.patch

needs a bit of inspection, looks right (and builds ok)

R linux-2.6-libata-pegasos-fix.patch

upstream

R linux-2.6-netdev-bonding-fix-null-deref.patch
R linux-2.6-pasemi-for-2.6.25.patch
R linux-2.6-pasemi-reserve-i2c.patch
R linux-2.6-powerpc-bootwrapper.patch
R linux-2.6-powerpc-generic-suspend-001-pmu-no-lock-kernel.patch
R linux-2.6-powerpc-generic-suspend-002-pmu-remove-dead-code.patch
R linux-2.6-powerpc-generic-suspend-003-remove-adb-sleep-notifier.patch
R linux-2.6-powerpc-generic-suspend-004-kill-pmu-sleep-notifier.patch
R linux-2.6-powerpc-generic-suspend-005-proper-sleep-management.patch
R linux-2.6-unexport-symbols.patch

upstream

R linux-2.6-rndis_wlan.patch

upstream?

M linux-2.6-utrace-core.patch
M linux-2.6-utrace-tracehook.patch

pull-upstream.sh didn't fix this... so commented out in the build

R linux-2.6-xfs-optimize-away-realtime-tests.patch
R linux-2.6-xfs-setfattr-32bit-compat.patch
R linux-2.6-xfs-xfs_mount-refactor.patch

upstream(?)

M nouveau-drm.patch

rejects fixed... maybe should be updated... airlied?

M sources
M upstream

[Dave Jones]

On Mon, Feb 11, 2008 at 12:53:40PM -0500, Kyle McMartin wrote:

>  M linux-2.6-e1000-corrupt-eeprom-checksum.patch
>  
>  somewhat upstream... i merged-ish it, upstream version needs you to
>  reset the mac address with "ip" which is kind of loss. why has nobody
>  root-caused this failure yet? :/ 
I spoke with DaveM about this at LCA. Aparently we don't need it anymore.

>  M linux-2.6-devmem.patch
>  
>  fixed rejects... maybe needs merging upstream 
needs to be dropped in favour of the version arjan is pushing upstream
(might be too late for .25, but probable .26 material)

	Dave

-- 
http://www.codemonkey.org.uk

[Adam Jackson]

On Mon, 2008-02-11 at 12:53 -0500, Kyle McMartin wrote:

>  somewhat upstream... i merged-ish it, upstream version needs you to
>  reset the mac address with "ip" which is kind of loss. why has nobody
>  root-caused this failure yet? :/ 
The root cause, at least for me, was that the motherboard has crappy
shielding and swapping video cards is sufficient to taze the EEPROM.

- ajax

[Jarod Wilson]

On Monday 11 February 2008 12:53:40 pm Kyle McMartin wrote:
>  git trees:
>  	firewire - commented out, pending didn't apply 
Yeah, the pending bits depend on some bits that are in linux1394-git that 
haven't yet made their way over to Linus, I believe. Figure I'll just fix 
things up after the rebase.

-- 
Jarod Wilson
jwilson(a)redhat.com

[Kyle McMartin]

On Mon, Feb 11, 2008 at 01:54:25PM -0500, Jarod Wilson wrote:
>  On Monday 11 February 2008 12:53:40 pm Kyle McMartin wrote:
>  > git trees:
>  > 	firewire - commented out, pending didn't apply
>  
>  Yeah, the pending bits depend on some bits that are in linux1394-git that 
>  haven't yet made their way over to Linus, I believe. Figure I'll just fix 
>  things up after the rebase.
>   
if you want, you can attach a diff here and i'll put it into the first
upload, or commit it with something like pending-rc1.patch or something
and i'll move it when we update.

cheers, kyle

[Jarod Wilson]

On Monday 11 February 2008 02:01:01 pm Kyle McMartin wrote:
>  On Mon, Feb 11, 2008 at 01:54:25PM -0500, Jarod Wilson wrote:
>  > On Monday 11 February 2008 12:53:40 pm Kyle McMartin wrote:
>  > > git trees:
>  > > 	firewire - commented out, pending didn't apply
>  >
>  > Yeah, the pending bits depend on some bits that are in linux1394-git that
>  > haven't yet made their way over to Linus, I believe. Figure I'll just fix
>  > things up after the rebase.
>
>  if you want, you can attach a diff here and i'll put it into the first
>  upload, or commit it with something like pending-rc1.patch or something
>  and i'll move it when we update. 
Didn't get back around to it until the new bits were already in cvs, but have 
since fixed things up, so its all good now.


-- 
Jarod Wilson
jwilson(a)redhat.com

[Roland McGrath]

>  M linux-2.6-i386-vdso-install-unstripped-copies-on-disk.patch
>  
>  needs a bit of inspection, looks right (and builds ok) 
This one should be upstream now.  If anything is still missing, I should be
able to get it in for 2.6.25.

>  M linux-2.6-utrace-core.patch
>  M linux-2.6-utrace-tracehook.patch
>  
>  pull-upstream.sh didn't fix this... so commented out in the build 
I'm behind on the rebasing.  Just leave it for me to sort out.


Thanks,
Roland

[Kyle McMartin]

On Mon, Feb 11, 2008 at 01:50:00PM -0800, Roland McGrath wrote:
>  > M linux-2.6-i386-vdso-install-unstripped-copies-on-disk.patch
>  > 
>  > needs a bit of inspection, looks right (and builds ok)
>  
>  This one should be upstream now.  If anything is still missing, I should be
>  able to get it in for 2.6.25.
>   
I needed the following patch to be able to build the fedora rpms
on i386. This is likely a case of the new code doing the right thing,
but me not being able to figure out the debug stuff in the spec file
at the time though.

cheers,
	Kyle

diff --git a/arch/x86/vdso/Makefile b/arch/x86/vdso/Makefile
index d28dda5..dcbca17 100644
--- a/arch/x86/vdso/Makefile
+++ b/arch/x86/vdso/Makefile
@@ -7,8 +7,9 @@ VDSO32-$(CONFIG_X86_32)		:= y
 VDSO32-$(CONFIG_COMPAT)		:= y
 
 vdso-install-$(VDSO64-y)	+= vdso.so
-vdso-install-$(VDSO32-y)	+= $(vdso32-y:=.so)
-
+vdso-install-$(VDSO32-y)	+= vdso32-sysenter.so $(vdso32-y:=.so)
+vdso-install-$(CONFIG_X86_32)	+= vdso32-int80.so
+vdso-install-$(CONFIG_COMPAT)	+= vdso32-syscall.so
 
 # files to link into the vdso
 vobjs-y := vdso-note.o vclock_gettime.o vgetcpu.o vvar.o

[Roland McGrath]

>  I needed the following patch to be able to build the fedora rpms
>  on i386. This is likely a case of the new code doing the right thing,
>  but me not being able to figure out the debug stuff in the spec file
>  at the time though. 
I sent a fix upstream for that.


Thanks,
Roland

[Kyle McMartin]

On Mon, Feb 11, 2008 at 02:39:09PM -0800, Roland McGrath wrote:
>  > I needed the following patch to be able to build the fedora
> rpms
>  > on i386. This is likely a case of the new code doing the right thing,
>  > but me not being able to figure out the debug stuff in the spec file
>  > at the time though.
>  
>  I sent a fix upstream for that.
>   
great. thanks!

cheers,
	kyle