Greg KH <[EMAIL PROTECTED]> writes:
> I do not think this should be reverted, as the odds that some one will
> rename their network device to be "irq" or something else that is in the
> pci device's directory is pretty slim. It also only shows up if
> CONFIG_SYSFS_DEPRECATED is disabled, not the
On Tue, 13 Mar 2007, Greg KH wrote:
>
> > - pci_save_state, pci_restore_state are broken and have been for a
> > while if used on anything besides plain pci (pci-x, pci-e and msi)
> > and are not used in pairs. (gregkh and Andrew have the patches to
> > correct this).
>
> I think these a
On Tue, Mar 13, 2007 at 01:26:48PM -0600, Eric W. Biederman wrote:
> - We have a network ABI regression caused by the latest sysfs
> changes to net-sysfs.c In particular we now cannot rename network
> devices if our destination name happens to be the name of a sysfs file that
> the network
Here is a quick summary of the regressions I am looking at.
- Currently we appear to have a pid leak in tty_io.c
http://lkml.org/lkml/2007/3/8/222
- There is a missing init_WORK in vt.c that cases oops
when we attempt to use SAK.
http://lkml.org/lkml/2007/3/11/148
- We have a network ABI
(Dropped LKML, whoops.)
On Wednesday 07 March 2007 04:59, you wrote:
> We've finally hopefully started to put a dent in the regressions,
> especially the suspend/resume problems introduced since 2.6.20.
>
> So 2.6.21-rc3 is out there now, and there's some hope that it will work
> more widely than
On Wed, 2007-03-07 at 21:52 +0100, Arnd Bergmann wrote:
> On Wednesday 07 March 2007 16:39:00 Linus Torvalds wrote:
> > So did you hunt it down to a particular cases where it triggers?
>
> IIRC, it crashed on boot in the powerpc iommu code when slab
> debugging is enabled. Not sure if it was on Ce
On Wed, 2007-03-07 at 07:39 -0800, Linus Torvalds wrote:
>
> On Wed, 7 Mar 2007, Benjamin Herrenschmidt wrote:
> >
> > On Tue, 2007-03-06 at 20:59 -0800, Linus Torvalds wrote:
> >
> > > Linus Torvalds (2):
> > > Revert "[PATCH] LOG2: Alter get_order() so that it can make use of
> > > ilog2
On Wednesday 07 March 2007 16:39:00 Linus Torvalds wrote:
> So did you hunt it down to a particular cases where it triggers?
IIRC, it crashed on boot in the powerpc iommu code when slab
debugging is enabled. Not sure if it was on Cell or on benh's
powerbook though.
Arnd <><
-
To unsubscri
On Wed, 2007-03-07 at 15:22 +0100, Thomas Gleixner wrote:
> On Tue, 2007-03-06 at 20:59 -0800, Linus Torvalds wrote:
> > We've finally hopefully started to put a dent in the regressions,
> > especially the suspend/resume problems introduced since 2.6.20.
>
> Still having SATA breakage on resume:
On Wed, 2007-03-07 at 15:22 +0100, Thomas Gleixner wrote:
> On Tue, 2007-03-06 at 20:59 -0800, Linus Torvalds wrote:
> > We've finally hopefully started to put a dent in the regressions,
> > especially the suspend/resume problems introduced since 2.6.20.
>
> Still having SATA breakage on resume:
[ Ingo and Thomas added to Cc, because I think this is them.. ]
Ingo, I think this came in during commit 95492e4646, "x86: rewrite SMP TSC
sync code".
(Leaving the original message quoted in full for Ingo and Thomas, sorry
for the waste of bandwidth)
Linus
---
On Wed, 7 Mar
On Wed, 7 Mar 2007, Michal Piotrowski wrote:
>
> BTW. Does anyone care about parport console?
I do think we care, but I don't think anybody in particular feels singled
out as a maintainer...
> console=lp0 hangs since at least 2.6.18
Ok, that's not exactly new then, which implies that not a *
On Wed, 7 Mar 2007, Benjamin Herrenschmidt wrote:
>
> On Tue, 2007-03-06 at 20:59 -0800, Linus Torvalds wrote:
>
> > Linus Torvalds (2):
> > Revert "[PATCH] LOG2: Alter get_order() so that it can make use of
> > ilog2() on a constant"
> > Linux 2.6.21-rc3
>
> Greg, I think we shoul
On Wed, Mar 07, 2007 at 09:15:39AM -0500, Mark Lord wrote:
> Greg / Adrian,
>
> I didn't see anything in -rc3 to address the USB hub/serial crashes
> reported here for -rc2. What's the status for those, or who should
> I be pinging to get them fixed?
I have a series of USB bugfixes that need to
On Tue, 2007-03-06 at 20:59 -0800, Linus Torvalds wrote:
> We've finally hopefully started to put a dent in the regressions,
> especially the suspend/resume problems introduced since 2.6.20.
Still having SATA breakage on resume:
Caught that one (from screen)
ATA: abnormal status 0x7F on port 0x
Greg / Adrian,
I didn't see anything in -rc3 to address the USB hub/serial crashes
reported here for -rc2. What's the status for those, or who should
I be pinging to get them fixed?
Thanks
Mark
Message-ID: <[EMAIL PROTECTED]>
Date: Sun, 04 Mar 2007 23:43:02 -0500
From: Mark Lord <[EMAIL PROT
On Wed, Mar 07, 2007 at 11:25:32AM +0100, Benjamin Herrenschmidt wrote:
> On Tue, 2007-03-06 at 20:59 -0800, Linus Torvalds wrote:
>
> > Linus Torvalds (2):
> > Revert "[PATCH] LOG2: Alter get_order() so that it can make use of
> > ilog2() on a constant"
> > Linux 2.6.21-rc3
>
> Greg
Linus Torvalds napisał(a):
> We've finally hopefully started to put a dent in the regressions,
> especially the suspend/resume problems introduced since 2.6.20.
>
> So 2.6.21-rc3 is out there now, and there's some hope that it will work
> more widely than -rc1 and -rc2 did. Please do give it a g
Hi,
Linus Torvalds napisał(a):
> We've finally hopefully started to put a dent in the regressions,
> especially the suspend/resume problems introduced since 2.6.20.
I get this while
echo shutdown > /sys/power/disk; echo disk > /sys/power/state
BUG: using smp_processor_id() in preemptible [0
On Tue, 2007-03-06 at 20:59 -0800, Linus Torvalds wrote:
> Linus Torvalds (2):
> Revert "[PATCH] LOG2: Alter get_order() so that it can make use of
> ilog2() on a constant"
> Linux 2.6.21-rc3
Greg, I think we should revert that patch in 2.6.20.x stable serie too
as get_order is broke
20 matches
Mail list logo
