Re: [git pull] x86 arch updates for v2.6.25

2008-02-13 Thread Amit Shah
On Feb 13, 2008 2:26 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote: > > * Amit Shah <[EMAIL PROTECTED]> wrote: > > > > As far as I remembers, Ubuntu uses klibc in initramfs, right? > > > > > > What version of klibc do you have? There was a bug in klibc that > > > causes such behavior on PIE-randomizati

Re: [git pull] x86 arch updates for v2.6.25

2008-02-13 Thread Ingo Molnar
* Amit Shah <[EMAIL PROTECTED]> wrote: > > As far as I remembers, Ubuntu uses klibc in initramfs, right? > > > > What version of klibc do you have? There was a bug in klibc that > > causes such behavior on PIE-randomization-enabled kernels, and has > > been fixed in klibc-1.45 by commit [1]. Pl

Re: [git pull] x86 arch updates for v2.6.25

2008-02-11 Thread Amit Shah
On Feb 10, 2008 6:00 PM, Jiri Kosina <[EMAIL PROTECTED]> wrote: > On Sat, 9 Feb 2008, Amit Shah wrote: > > > cc503c1b "x86: PIE executable randomization" doesn't boot on my Ubuntu > > Feisty Fawn Intel Core2 system. > > I get numerous segfaults before getting a (initramfs) busybox shell. A > > simi

Re: [git pull] x86 arch updates for v2.6.25

2008-02-10 Thread Jiri Kosina
On Sat, 9 Feb 2008, Amit Shah wrote: > cc503c1b "x86: PIE executable randomization" doesn't boot on my Ubuntu > Feisty Fawn Intel Core2 system. > I get numerous segfaults before getting a (initramfs) busybox shell. A > similar bug was reported much earlier: [ please, when you experience a problem

Re: [git pull] x86 arch updates for v2.6.25

2008-02-09 Thread Amit Shah
On Jan 30, 2008 6:45 AM, Ingo Molnar <[EMAIL PROTECTED]> wrote: > - PIE/brk randomization. Not a single regression happened due to this so > far (and it's been in x86.git for months) - it seems exec-shield has > rooted out stuff years ago - but we'll see. Details in the patch. It's > easily

Re: [RFC][PATCH] KGDB: remove kgdb-own fault handling (was: Re: [git pull] x86 arch updates for v2.6.25)

2008-02-08 Thread Linus Torvalds
On Fri, 8 Feb 2008, Jan Kiszka wrote: > > Well, let's try it this way: Find below a patch against kgdb.git that > removes the special fault handling (this wouldn't be the first feature I > recently removed from kgdb :->). Light testing revealed no obvious > problems yet. That is indeed horrible

[RFC][PATCH] KGDB: remove kgdb-own fault handling (was: Re: [git pull] x86 arch updates for v2.6.25)

2008-02-08 Thread Jan Kiszka
Andi Kleen wrote: >> /me was once wondering as well why kgdb installs a seconds way of >> handling (its own) faults. Jason explained to me that this approach is >> more robust against corruption along the normal fix-up path. > > That's 100% bogus. > >> If you recall the issues (and they are still

remote DMA via FireWire (was Re: [git pull] x86 arch updates for v2.6.25)

2008-02-08 Thread Stefan Richter
Bernhard Kaindl wrote: > Regarding security: > > On the software side: The new fw-ohci driver seems to allow physical DMA only > to devices which pretend to be FireWire disks (it is the specified way to > transfer the data) ... To be precise, firewire-sbp2 tells firewire-ohci to open up the physi

Re: [git pull] x86 arch updates for v2.6.25

2008-02-08 Thread Bernhard Kaindl
On Tue, 5 Feb 2008, H. Peter Anvin wrote: > John Stoffel wrote: > > > > Linus> So I'd merge a patch that puts oops information (or the whole > > Linus> console printout) in the Intel management stuff in a > > Linus> heartbeat. > > > > How about we put in some sort of console logging tool so we ca

Re: [git pull] x86 arch updates for v2.6.25

2008-02-08 Thread Andi Kleen
> /me was once wondering as well why kgdb installs a seconds way of > handling (its own) faults. Jason explained to me that this approach is > more robust against corruption along the normal fix-up path. That's 100% bogus. > > If you recall the issues (and they are still present), it would be ni

Re: [git pull] x86 arch updates for v2.6.25

2008-02-08 Thread Jan Kiszka
Andi Kleen wrote: >> kgdb? Not so interesting. We have many more hard problems happening at >> user sites, not in developer hands. > > The other problem with the current kgdb code is that it has some serious > problems. e.g. it reinvents various kernel interfaces that already > exist -- one examp

Re: [git pull] x86 arch updates for v2.6.25

2008-02-08 Thread Andi Kleen
Linus Torvalds <[EMAIL PROTECTED]> writes: > > So I'd merge a patch that puts oops information (or the whole console > printout) in the Intel management stuff in a heartbeat. That code is > likely much grottier than any kgdb thing will ever be (Intel really > screwed up the interface and made it

Re: [git pull] x86 arch updates for v2.6.25

2008-02-08 Thread Jan Kiszka
Hi Christoph, Christoph Hellwig wrote: > But kgdb traditionally was more than just a simple gdb stub and > contained hooks all over the place for additional functionality. > I don't think all this is a good idea and I'd be against it. > > I'd be really happy to see a common gdb stub with small ar

Re: [git pull] x86 arch updates for v2.6.25

2008-02-07 Thread Christoph Hellwig
On Mon, Feb 04, 2008 at 08:11:03PM -0800, Phil Oester wrote: > On Mon, Feb 04, 2008 at 07:27:53PM -0800, Linus Torvalds wrote: > > kgdb? Not so interesting. We have many more hard problems happening at > > user sites, not in developer hands. > > FWIW, I'm not a fulltime developer by any means, bu

Re: [git pull] x86 arch updates for v2.6.25

2008-02-07 Thread Daniel Phillips
On Wednesday 06 February 2008 04:08, Jan Kiszka wrote: > While too many people consider a debugger as _the_ tool for kernel > development, which it clearly isn't, it remains a fairly useful > feature, and I don't see any regression, technically or > organizationally, it may introduce to Linux. IMHO

Re: [git pull] x86 arch updates for v2.6.25

2008-02-07 Thread Daniel Phillips
On Monday 04 February 2008 19:27, Linus Torvalds wrote: > On Tue, 5 Feb 2008, Maxim Levitsky wrote: > > The x86 tree was merged several times, but I don't see kgdb > > included in latest mainline -git. > > > > So just one question, will it be included or no? > > I won't even consider pulling it unl

Re: [git pull] x86 arch updates for v2.6.25

2008-02-06 Thread Jan Kiszka
Andrew Morton wrote: > On Mon, 4 Feb 2008 20:11:03 -0800 Phil Oester <[EMAIL PROTECTED]> wrote: > >> On Mon, Feb 04, 2008 at 07:27:53PM -0800, Linus Torvalds wrote: >>> kgdb? Not so interesting. We have many more hard problems happening at >>> user sites, not in developer hands. >> FWIW, I'm not

Re: [git pull] x86 arch updates for v2.6.25

2008-02-05 Thread David Cullen
Dear Kernel Maintainers, I am with Phil Oester and Andrew Morton when it comes to getting kgdb into the mainline kernel. I _am_ a full time developer, and when I have to work with Linux kernel code, kgdb makes things a lot easier. I work on many different platforms, with many different oper

Re: [git pull] x86 arch updates for v2.6.25

2008-02-05 Thread H. Peter Anvin
John Stoffel wrote: Linus> So I'd merge a patch that puts oops information (or the whole Linus> console printout) in the Intel management stuff in a Linus> heartbeat. How about we put in some sort of console logging tool so we can buffer and log the console output better? Currently if I have

Re: [git pull] x86 arch updates for v2.6.25

2008-02-05 Thread John Stoffel
> "Linus" == Linus Torvalds <[EMAIL PROTECTED]> writes: Linus> On Tue, 5 Feb 2008, Maxim Levitsky wrote: >> >> The x86 tree was merged several times, but I don't see kgdb included in >> latest mainline -git. >> >> So just one question, will it be included or no? Linus> I won't even conside

Re: [git pull] x86 arch updates for v2.6.25

2008-02-04 Thread Andrew Morton
On Mon, 4 Feb 2008 20:11:03 -0800 Phil Oester <[EMAIL PROTECTED]> wrote: > On Mon, Feb 04, 2008 at 07:27:53PM -0800, Linus Torvalds wrote: > > kgdb? Not so interesting. We have many more hard problems happening at > > user sites, not in developer hands. > > FWIW, I'm not a fulltime developer by

Re: [git pull] x86 arch updates for v2.6.25

2008-02-04 Thread Phil Oester
On Mon, Feb 04, 2008 at 07:27:53PM -0800, Linus Torvalds wrote: > kgdb? Not so interesting. We have many more hard problems happening at > user sites, not in developer hands. FWIW, I'm not a fulltime developer by any means, but on occasion I have fixed a few bugs in the netfilter area of the kern

Re: [git pull] x86 arch updates for v2.6.25

2008-02-04 Thread Linus Torvalds
On Tue, 5 Feb 2008, Maxim Levitsky wrote: > > The x86 tree was merged several times, but I don't see kgdb included in > latest mainline -git. > > So just one question, will it be included or no? I won't even consider pulling it unless it's offered as a separate tree, not mixed up with other

Re: [git pull] x86 arch updates for v2.6.25

2008-02-04 Thread Maxim Levitsky
On Wednesday, 30 January 2008 03:15:50 Ingo Molnar wrote: > > Linus, please pull the latest x86 git tree from: > > git://git.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-x86.git > > Find the shortlog attached below. > > Most of the changes we have described here: > > http://lkml.o

Re: [git pull] x86 arch updates for v2.6.25

2008-01-31 Thread Jeremy Fitzhardinge
Ingo Molnar wrote: * Adrian Bunk <[EMAIL PROTECTED]> wrote: What about the breakages caused by commit a5a19c63f4e55e32dc0bc3d936d7f94793d8b380 (this commit broke the defconfig compilation on at least avr32, blackfin, sh, sparc and uml)? the patch below fixes that. Is it sa

Re: [git pull] x86 arch updates for v2.6.25

2008-01-31 Thread Ingo Molnar
* Adrian Bunk <[EMAIL PROTECTED]> wrote: > > > What about the breakages caused by commit > > > a5a19c63f4e55e32dc0bc3d936d7f94793d8b380 (this commit broke the > > > defconfig compilation on at least avr32, blackfin, sh, sparc and uml)? > > > > the patch below fixes that. > > Is it safe, or wh

Re: [git pull] x86 arch updates for v2.6.25

2008-01-31 Thread WANG Cong
On Thu, Jan 31, 2008 at 05:15:23PM +0100, Ingo Molnar wrote: > >* Adrian Bunk <[EMAIL PROTECTED]> wrote: > >> On Thu, Jan 31, 2008 at 05:00:33PM +0100, Ingo Molnar wrote: >> > >> > * Adrian Bunk <[EMAIL PROTECTED]> wrote: >> > >> > > You tested x86 but broke more than half a dozen other archtectu

Re: [git pull] x86 arch updates for v2.6.25

2008-01-31 Thread Adrian Bunk
On Thu, Jan 31, 2008 at 05:15:23PM +0100, Ingo Molnar wrote: > > * Adrian Bunk <[EMAIL PROTECTED]> wrote: > > > On Thu, Jan 31, 2008 at 05:00:33PM +0100, Ingo Molnar wrote: > > > > > > * Adrian Bunk <[EMAIL PROTECTED]> wrote: > > > > > > > You tested x86 but broke more than half a dozen other a

Re: [git pull] x86 arch updates for v2.6.25

2008-01-31 Thread Ingo Molnar
* Adrian Bunk <[EMAIL PROTECTED]> wrote: > On Thu, Jan 31, 2008 at 05:00:33PM +0100, Ingo Molnar wrote: > > > > * Adrian Bunk <[EMAIL PROTECTED]> wrote: > > > > > You tested x86 but broke more than half a dozen other archtectures, > > > with at least 3 different commits breaking other architec

Re: [git pull] x86 arch updates for v2.6.25

2008-01-31 Thread Adrian Bunk
On Thu, Jan 31, 2008 at 05:00:33PM +0100, Ingo Molnar wrote: > > * Adrian Bunk <[EMAIL PROTECTED]> wrote: > > > You tested x86 but broke more than half a dozen other archtectures, > > with at least 3 different commits breaking other architectures. > > Note that all known breakages are fixed in

Re: [git pull] x86 arch updates for v2.6.25

2008-01-31 Thread Ingo Molnar
* Ingo Molnar <[EMAIL PROTECTED]> wrote: > Note that all known breakages are fixed in current -git, except for > the s390 problem that Martin/Nick posted the fix. find below the s390 fix. Ingo Index: linux/arch/s390/Kconfig =

Re: [git pull] x86 arch updates for v2.6.25

2008-01-31 Thread Ingo Molnar
* Adrian Bunk <[EMAIL PROTECTED]> wrote: > You tested x86 but broke more than half a dozen other archtectures, > with at least 3 different commits breaking other architectures. Note that all known breakages are fixed in current -git, except for the s390 problem that Martin/Nick posted the fix.

Re: [git pull] x86 arch updates for v2.6.25

2008-01-31 Thread Adrian Bunk
On Wed, Jan 30, 2008 at 02:15:50AM +0100, Ingo Molnar wrote: > > Linus, please pull the latest x86 git tree from: > > git://git.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-x86.git > > Find the shortlog attached below. > > Most of the changes we have described here: > > http://lkm