Applied.
thanks,
-Len
On Friday 08 June 2007 14:12, Andrew Morton wrote:
> On Fri, 8 Jun 2007 17:15:45 +0800
> "Luming Yu" <[EMAIL PROTECTED]> wrote:
>
> > The only problem known as to the acpi throttling changes in the mm tree
> > is a typo ,and the patch to fix it is available here. Please
Applied.
thanks,
-Len
On Friday 08 June 2007 14:12, Andrew Morton wrote:
On Fri, 8 Jun 2007 17:15:45 +0800
Luming Yu [EMAIL PROTECTED] wrote:
The only problem known as to the acpi throttling changes in the mm tree
is a typo ,and the patch to fix it is available here. Please test and
On Sun, Jun 10, 2007 at 10:01:34PM -0700, Dan Williams wrote:
> Overall, I feel that async_tx is perhaps justifiably receiving the
> silent treatment because offload engines are not a mainstream
> occurrence. Currently only people with an Xscale IOP or a PPC 440spe
> [4] will notice that mainline
On Sun, 10 Jun 2007 22:01:34 -0700 "Dan Williams" <[EMAIL PROTECTED]> wrote:
> It would be very helpful to have a clear merge path for dmaengine
> changes and the async offload api.
Yes, this needs some attention.
I'd suggest that you prepare a standalone tree for Linus to pull and we aim at
On Sun, 10 Jun 2007 22:01:34 -0700 Dan Williams [EMAIL PROTECTED] wrote:
It would be very helpful to have a clear merge path for dmaengine
changes and the async offload api.
Yes, this needs some attention.
I'd suggest that you prepare a standalone tree for Linus to pull and we aim at
asking
On Sun, Jun 10, 2007 at 10:01:34PM -0700, Dan Williams wrote:
Overall, I feel that async_tx is perhaps justifiably receiving the
silent treatment because offload engines are not a mainstream
occurrence. Currently only people with an Xscale IOP or a PPC 440spe
[4] will notice that mainline
On 6/7/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Thu, 7 Jun 2007 17:01:08 +1000 Herbert Xu <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 07, 2007 at 08:54:50AM +0200, Jan Engelhardt wrote:
> >
> > /me points at Herbert
> > Andrew would not add options between the "menuconfig CRYPTO" and
> >
On 6/7/07, Andrew Morton [EMAIL PROTECTED] wrote:
On Thu, 7 Jun 2007 17:01:08 +1000 Herbert Xu [EMAIL PROTECTED] wrote:
On Thu, Jun 07, 2007 at 08:54:50AM +0200, Jan Engelhardt wrote:
/me points at Herbert
Andrew would not add options between the menuconfig CRYPTO and
the if CRYPTO
On Fri, Jun 08, 2007 at 10:06:21AM -0400, Alan Stern wrote:
> On Thu, 7 Jun 2007, Greg KH wrote:
>
> > On Thu, Jun 07, 2007 at 10:53:29AM -0400, Alan Stern wrote:
> > > To tell you the truth, I rather think there's not much point in keeping
> > > usb-try-to-debug-bug-8561.patch around. Anything
On Fri, 8 Jun 2007 17:15:45 +0800
"Luming Yu" <[EMAIL PROTECTED]> wrote:
> The only problem known as to the acpi throttling changes in the mm tree
> is a typo ,and the patch to fix it is available here. Please test and
> get results back to me. BTW,the log shows that the acpi-cpufreq.ko has
>
Kay Sievers wrote:
Peter, any idea what it could be, that goes wrong on Andrew's box, or
how to look for what exactly is going wrong?
http://userweb.kernel.org/~akpm/s5000552.jpg
Seems that yellowdog uses RH's nash.
Yeah, but a /really/ old version -- 4.2.11 is from May 2005 :/ . I feel
I
On Fri, 2007-06-08 at 08:51 -0700, Greg KH wrote:
> On Fri, Jun 08, 2007 at 12:31:18AM -0700, Andrew Morton wrote:
> > On Thu, 7 Jun 2007 09:15:25 -0700 Greg KH <[EMAIL PROTECTED]> wrote:
> >
> > > On Thu, Jun 07, 2007 at 09:06:32AM -0700, Andrew Morton wrote:
> > > > On Thu, 7 Jun 2007 08:59:53
On Fri, Jun 08, 2007 at 08:50:27AM -0700, Greg KH wrote:
> On Fri, Jun 08, 2007 at 11:33:38AM -0400, [EMAIL PROTECTED] wrote:
> > On Thu, 07 Jun 2007 16:09:04 PDT, Greg KH said:
> > > If CONFIG_SYSFS_DEPRECATED everything should work just fine with all old
> > > initrd scripts. It's only if you
On Fri, 2007-06-08 at 11:33 -0400, [EMAIL PROTECTED] wrote:
> On Thu, 07 Jun 2007 16:09:04 PDT, Greg KH said:
> > If CONFIG_SYSFS_DEPRECATED everything should work just fine with all old
> > initrd scripts. It's only if you enable that option (which is enabled
> > by default) that you need to
On Fri, Jun 08, 2007 at 12:31:18AM -0700, Andrew Morton wrote:
> On Thu, 7 Jun 2007 09:15:25 -0700 Greg KH <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Jun 07, 2007 at 09:06:32AM -0700, Andrew Morton wrote:
> > > On Thu, 7 Jun 2007 08:59:53 -0700 Greg KH <[EMAIL PROTECTED]> wrote:
> > >
> > > > On
On Fri, Jun 08, 2007 at 11:33:38AM -0400, [EMAIL PROTECTED] wrote:
> On Thu, 07 Jun 2007 16:09:04 PDT, Greg KH said:
> > If CONFIG_SYSFS_DEPRECATED everything should work just fine with all old
> > initrd scripts. It's only if you enable that option (which is enabled
> > by default) that you need
On Thu, 07 Jun 2007 16:09:04 PDT, Greg KH said:
> If CONFIG_SYSFS_DEPRECATED everything should work just fine with all old
> initrd scripts. It's only if you enable that option (which is enabled
> by default) that you need to ensure that your distro has the latest
> functionality so that
On Thu, 7 Jun 2007, Greg KH wrote:
> On Thu, Jun 07, 2007 at 10:53:29AM -0400, Alan Stern wrote:
> > To tell you the truth, I rather think there's not much point in keeping
> > usb-try-to-debug-bug-8561.patch around. Anything seriously wrong that
> > it could catch ought to have shown up long
RIP:
> [] acpi_processor_throttling_seq_show+0xa7/0xd6
> PGD 2d77067 PUD 34c3067 PMD 0
> Oops: [1] SMP
> CPU 3
> Modules linked in: video output button battery asus_acpi ac lp
> parport_pc parport floppy nvram amd_rng rng_core i2c_amd756 i2c_core
> Pid: 1634, comm:
On Thu, 7 Jun 2007 09:15:25 -0700 Greg KH <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 07, 2007 at 09:06:32AM -0700, Andrew Morton wrote:
> > On Thu, 7 Jun 2007 08:59:53 -0700 Greg KH <[EMAIL PROTECTED]> wrote:
> >
> > > On Thu, Jun 07, 2007 at 08:52:00AM -0700, Andrew Morton wrote:
> > > > On Thu,
[EMAIL PROTECTED] wrote:
> On Thu, 07 Jun 2007 15:44:56 +0900, Tejun Heo said:
>> [EMAIL PROTECTED] wrote:
>>> On Wed, 06 Jun 2007 02:07:37 PDT, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2
> .6.22-rc4-mm1/
>>> This one died a horrid death at
[EMAIL PROTECTED] wrote:
On Thu, 07 Jun 2007 15:44:56 +0900, Tejun Heo said:
[EMAIL PROTECTED] wrote:
On Wed, 06 Jun 2007 02:07:37 PDT, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2
.6.22-rc4-mm1/
This one died a horrid death at boot time -
On Thu, 7 Jun 2007 09:15:25 -0700 Greg KH [EMAIL PROTECTED] wrote:
On Thu, Jun 07, 2007 at 09:06:32AM -0700, Andrew Morton wrote:
On Thu, 7 Jun 2007 08:59:53 -0700 Greg KH [EMAIL PROTECTED] wrote:
On Thu, Jun 07, 2007 at 08:52:00AM -0700, Andrew Morton wrote:
On Thu, 7 Jun 2007
:
[8037898b] acpi_processor_throttling_seq_show+0xa7/0xd6
PGD 2d77067 PUD 34c3067 PMD 0
Oops: [1] SMP
CPU 3
Modules linked in: video output button battery asus_acpi ac lp
parport_pc parport floppy nvram amd_rng rng_core i2c_amd756 i2c_core
Pid: 1634, comm: head Not tainted 2.6.22-rc4-mm1
On Thu, 7 Jun 2007, Greg KH wrote:
On Thu, Jun 07, 2007 at 10:53:29AM -0400, Alan Stern wrote:
To tell you the truth, I rather think there's not much point in keeping
usb-try-to-debug-bug-8561.patch around. Anything seriously wrong that
it could catch ought to have shown up long ago. And
On Fri, Jun 08, 2007 at 11:33:38AM -0400, [EMAIL PROTECTED] wrote:
On Thu, 07 Jun 2007 16:09:04 PDT, Greg KH said:
If CONFIG_SYSFS_DEPRECATED everything should work just fine with all old
initrd scripts. It's only if you enable that option (which is enabled
by default) that you need to
On Fri, Jun 08, 2007 at 12:31:18AM -0700, Andrew Morton wrote:
On Thu, 7 Jun 2007 09:15:25 -0700 Greg KH [EMAIL PROTECTED] wrote:
On Thu, Jun 07, 2007 at 09:06:32AM -0700, Andrew Morton wrote:
On Thu, 7 Jun 2007 08:59:53 -0700 Greg KH [EMAIL PROTECTED] wrote:
On Thu, Jun 07, 2007
On Thu, 07 Jun 2007 16:09:04 PDT, Greg KH said:
If CONFIG_SYSFS_DEPRECATED everything should work just fine with all old
initrd scripts. It's only if you enable that option (which is enabled
by default) that you need to ensure that your distro has the latest
functionality so that everything
On Fri, 2007-06-08 at 11:33 -0400, [EMAIL PROTECTED] wrote:
On Thu, 07 Jun 2007 16:09:04 PDT, Greg KH said:
If CONFIG_SYSFS_DEPRECATED everything should work just fine with all old
initrd scripts. It's only if you enable that option (which is enabled
by default) that you need to ensure
On Fri, Jun 08, 2007 at 08:50:27AM -0700, Greg KH wrote:
On Fri, Jun 08, 2007 at 11:33:38AM -0400, [EMAIL PROTECTED] wrote:
On Thu, 07 Jun 2007 16:09:04 PDT, Greg KH said:
If CONFIG_SYSFS_DEPRECATED everything should work just fine with all old
initrd scripts. It's only if you enable
On Fri, 2007-06-08 at 08:51 -0700, Greg KH wrote:
On Fri, Jun 08, 2007 at 12:31:18AM -0700, Andrew Morton wrote:
On Thu, 7 Jun 2007 09:15:25 -0700 Greg KH [EMAIL PROTECTED] wrote:
On Thu, Jun 07, 2007 at 09:06:32AM -0700, Andrew Morton wrote:
On Thu, 7 Jun 2007 08:59:53 -0700 Greg KH
Kay Sievers wrote:
Peter, any idea what it could be, that goes wrong on Andrew's box, or
how to look for what exactly is going wrong?
http://userweb.kernel.org/~akpm/s5000552.jpg
Seems that yellowdog uses RH's nash.
Yeah, but a /really/ old version -- 4.2.11 is from May 2005 :/ . I feel
I
On Fri, 8 Jun 2007 17:15:45 +0800
Luming Yu [EMAIL PROTECTED] wrote:
The only problem known as to the acpi throttling changes in the mm tree
is a typo ,and the patch to fix it is available here. Please test and
get results back to me. BTW,the log shows that the acpi-cpufreq.ko has
problem.
On Fri, Jun 08, 2007 at 10:06:21AM -0400, Alan Stern wrote:
On Thu, 7 Jun 2007, Greg KH wrote:
On Thu, Jun 07, 2007 at 10:53:29AM -0400, Alan Stern wrote:
To tell you the truth, I rather think there's not much point in keeping
usb-try-to-debug-bug-8561.patch around. Anything seriously
On Thu, Jun 07, 2007 at 11:59:16AM -0500, Matt Mackall wrote:
>On Fri, Jun 08, 2007 at 12:39:30AM +0800, WANG Cong wrote:
>> >Ketchup doesn't even look inside patches, and patch doesn't invent
>> >names, so something in the bzip2 -> patch(1) -> filesystem chain got
>> >corrupted. Probably not
On Thu, Jun 07, 2007 at 10:53:29AM -0400, Alan Stern wrote:
> To tell you the truth, I rather think there's not much point in keeping
> usb-try-to-debug-bug-8561.patch around. Anything seriously wrong that
> it could catch ought to have shown up long ago. And it is now clear
> that bug 8561 has
On Thu, 7 Jun 2007 08:34:58 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> I assume the above is your code - it's not in the tree?
>
Ah, that code was disappeared in -mm2.
But it informed me that I should consider memory unplug v.s. sys_mremap case...
Thanks, anyway.
-Kame
-
To
On Thu, Jun 07, 2007 at 11:32:58PM +0100, Alan Cox wrote:
> > Ah, but the installer doesn't matter until you do a Fedora 8 release,
> > right? This is just for people who want to run their own kernel on an
> > already-set-up Fedora machine.
>
> People can and do roll updated install images
On Thu, Jun 07, 2007 at 05:00:41PM -0400, Peter Jones wrote:
> Greg KH wrote:
> > On Thu, Jun 07, 2007 at 02:48:05PM -0400, Bill Nottingham wrote:
> >> Greg KH ([EMAIL PROTECTED]) said:
> >>> There are a number of distros out there right now who can support that
> >>> option disabled. I'm
> Ah, but the installer doesn't matter until you do a Fedora 8 release,
> right? This is just for people who want to run their own kernel on an
> already-set-up Fedora machine.
People can and do roll updated install images because you get systems
that aren't supported by the released CD boot
Greg KH wrote:
On Thu, Jun 07, 2007 at 02:48:05PM -0400, Bill Nottingham wrote:
Greg KH ([EMAIL PROTECTED]) said:
There are a number of distros out there right now who can support that
option disabled. I'm pretty sure they are the following right now:
Gentoo unstable (actually stable
On Thu, 07 Jun 2007 15:44:56 +0900, Tejun Heo said:
> [EMAIL PROTECTED] wrote:
> > On Wed, 06 Jun 2007 02:07:37 PDT, Andrew Morton said:
> >> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2
.6.22-rc4-mm1/
> >
> > This one died a horrid death at boot time - console log
On Thu, Jun 07, 2007 at 07:02:23PM +0200, Jiri Slaby wrote:
> It'Greg KH napsal(a):
> > On Thu, Jun 07, 2007 at 05:54:13PM +0200, Jiri Slaby wrote:
> >> Tejun Heo napsal(a):
> >>> Jiri Slaby wrote:
> Tejun Heo napsal(a):
> > Jiri Slaby wrote:
> >> Yes. Now I'm compiling -rc4-mm2.
>
On Thu, Jun 07, 2007 at 02:48:05PM -0400, Bill Nottingham wrote:
> Greg KH ([EMAIL PROTECTED]) said:
> > There are a number of distros out there right now who can support that
> > option disabled. I'm pretty sure they are the following right now:
> > Gentoo unstable (actually stable works
On Thu, Jun 07, 2007 at 08:54:50AM +0200, Jan Engelhardt wrote:
>
> On Jun 6 2007 16:42, Andrew Morton wrote:
>
> >> If so then you sent to it me :)
> >
> >You merged it ;)
> >
> >> Should I drop it?
> >
> >Sure, Jan will fix it up, I assume. I might have broken it while repairing
> >the reject
Greg KH ([EMAIL PROTECTED]) said:
> There are a number of distros out there right now who can support that
> option disabled. I'm pretty sure they are the following right now:
> Gentoo unstable (actually stable works now for me, but I'm not
>going to guarantee it
It'Greg KH napsal(a):
> On Thu, Jun 07, 2007 at 05:54:13PM +0200, Jiri Slaby wrote:
>> Tejun Heo napsal(a):
>>> Jiri Slaby wrote:
Tejun Heo napsal(a):
> Jiri Slaby wrote:
>> Yes. Now I'm compiling -rc4-mm2.
> It's probably caused by new sysfs slimdown patches and I'm pretty sure
On Fri, Jun 08, 2007 at 12:39:30AM +0800, WANG Cong wrote:
> >Ketchup doesn't even look inside patches, and patch doesn't invent
> >names, so something in the bzip2 -> patch(1) -> filesystem chain got
> >corrupted. Probably not bzip2, as it has CRCs.
> >
>
> Do you mean ketchup doesn't do
On Thu, Jun 07, 2007 at 10:59:14AM -0500, Matt Mackall wrote:
>On Thu, Jun 07, 2007 at 11:40:08PM +0800, WANG Cong wrote:
>> On Thu, Jun 07, 2007 at 09:04:44AM -0500, Matt Mackall wrote:
>> >On Thu, Jun 07, 2007 at 02:51:58PM +0800, WANG Cong wrote:
>> >> >> Maybe there's something wrong with
On Thu, Jun 07, 2007 at 09:06:32AM -0700, Andrew Morton wrote:
> On Thu, 7 Jun 2007 08:59:53 -0700 Greg KH <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Jun 07, 2007 at 08:52:00AM -0700, Andrew Morton wrote:
> > > On Thu, 7 Jun 2007 08:43:42 -0700 Greg KH <[EMAIL PROTECTED]> wrote:
> > >
> > > > >
On Thu, 7 Jun 2007 08:59:53 -0700 Greg KH <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 07, 2007 at 08:52:00AM -0700, Andrew Morton wrote:
> > On Thu, 7 Jun 2007 08:43:42 -0700 Greg KH <[EMAIL PROTECTED]> wrote:
> >
> > > > Fixed in mkinitrd-6.0.9-6 , which I'll build now and push to
> > > >
On Thu, Jun 07, 2007 at 05:54:13PM +0200, Jiri Slaby wrote:
> Tejun Heo napsal(a):
> > Jiri Slaby wrote:
> >> Tejun Heo napsal(a):
> >>> Jiri Slaby wrote:
> Yes. Now I'm compiling -rc4-mm2.
> >>> It's probably caused by new sysfs slimdown patches and I'm pretty sure
> >>> -rc4-mm2 would fail
On Thu, Jun 07, 2007 at 08:52:00AM -0700, Andrew Morton wrote:
> On Thu, 7 Jun 2007 08:43:42 -0700 Greg KH <[EMAIL PROTECTED]> wrote:
>
> > > Fixed in mkinitrd-6.0.9-6 , which I'll build now and push to
> > > updates-testing. Thanks for getting my attention here.
> >
> > Great, Andrew, can
On Thu, Jun 07, 2007 at 11:40:08PM +0800, WANG Cong wrote:
> On Thu, Jun 07, 2007 at 09:04:44AM -0500, Matt Mackall wrote:
> >On Thu, Jun 07, 2007 at 02:51:58PM +0800, WANG Cong wrote:
> >> >> Maybe there's something wrong with ketchup. ;(
> >> >
> >> >Can you do an 'lsdiff | grep lguest' on the
rs pisze:
> >>>>> On Wed, 2007-06-06 at 20:48 +0200, Michal Piotrowski wrote:
> >>>>>> Andrew Morton pisze:
> >>>>>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
> &
Tejun Heo napsal(a):
> Jiri Slaby wrote:
>> Tejun Heo napsal(a):
>>> Jiri Slaby wrote:
Yes. Now I'm compiling -rc4-mm2.
>>> It's probably caused by new sysfs slimdown patches and I'm pretty sure
>>> -rc4-mm2 would fail the same way. The offending one should be one of
>>> the following
On Thu, 7 Jun 2007 08:43:42 -0700 Greg KH <[EMAIL PROTECTED]> wrote:
> > Fixed in mkinitrd-6.0.9-6 , which I'll build now and push to
> > updates-testing. Thanks for getting my attention here.
>
> Great, Andrew, can you please reenable the block-device patch that is in
> my tree now that the
On Thu, Jun 07, 2007 at 09:04:44AM -0500, Matt Mackall wrote:
>On Thu, Jun 07, 2007 at 02:51:58PM +0800, WANG Cong wrote:
>> >> Maybe there's something wrong with ketchup. ;(
>> >
>> >Can you do an 'lsdiff | grep lguest' on the patch in your ~/.ketchup
>> >directory?
>> >
>> >Ketchup simply
On Thu, 7 Jun 2007 21:47:06 +0900 KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
> Question.
>
> While writing memory unplug, I noticed this code.
> ==
> static int
> fixup_anon_page(pte_t *pte, unsigned long start, unsigned long end, void
> *priv)
> {
> struct vm_area_struct *vma = priv;
/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
Kay, your patch gregkh-driver-block-device.patch breaks Fedora 7 initrd
http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.22-rc4-mm1/initrd.jpg
Please fix it ASAP, I can't test kernel...
Do you have CONFIG_SYSFS_DEPRECATED set
orton pisze:
> >>>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
> >>>>>
> >>>> Kay, your patch gregkh-driver-block-device.patch breaks Fedora 7 initrd
> >>>> http://www.stardust.webpa
On Wed, 6 Jun 2007, Andrew Morton wrote:
> On Wed, 6 Jun 2007 21:58:38 +0100 Grant Wilson <[EMAIL PROTECTED]> wrote:
>
> > On Wednesday 06 June 2007 10:07:37 Andrew Morton wrote:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-r
On Thu, Jun 07, 2007 at 02:51:58PM +0800, WANG Cong wrote:
> >> Maybe there's something wrong with ketchup. ;(
> >
> >Can you do an 'lsdiff | grep lguest' on the patch in your ~/.ketchup
> >directory?
> >
> >Ketchup simply applies patches, it never touches filenames directly.
> >So for something
Question.
While writing memory unplug, I noticed this code.
==
static int
fixup_anon_page(pte_t *pte, unsigned long start, unsigned long end, void *priv)
{
struct vm_area_struct *vma = priv;
struct page *page = vm_normal_page(vma, start, *pte);
if (page && PageAnon(page))
Luming Yu pisze:
> Please test the attached patch.
>
It works. I still have exceptions in dmesg (probably my dsdt doesn't
support _PTC and _TSS), but already I can read
/proc/acpi/processor/CPU0/throttling:
[EMAIL PROTECTED]:~$ cat /proc/acpi/processor/CPU0/throttling
state count: 8
Kay Sievers pisze:
On Thu, 2007-06-07 at 10:40 +0200, Michal Piotrowski wrote:
Kay Sievers pisze:
On Wed, 2007-06-06 at 20:48 +0200, Michal Piotrowski wrote:
Andrew Morton pisze:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
Kay, your patch gregkh
Maciej Rutecki pisze:
> ACPI Exception (processor_throttling-0084): AE_NOT_FOUND, Evaluating
> _PTC [20070126]
> ACPI Exception (processor_throttling-0147): AE_NOT_FOUND, Evaluating
> _TSS [20070126]
>
> On 2.6.20.9 I don't have this exceptions.
>
> Other problem:
>
> 2.6.22rc4-mm1:
>
T0
states:
*T0: 00%
T1: 12%
T2: 25%
T3: 37%
T4: 50%
T5: 62%
T6: 75%
T7: 87%
Other info (2.6.22-rc4-mm1):
rutek:/home/maciek# ls
On Thu, 2007-06-07 at 10:40 +0200, Michal Piotrowski wrote:
> Kay Sievers pisze:
> > On Wed, 2007-06-06 at 20:48 +0200, Michal Piotrowski wrote:
> >> Andrew Morton pisze:
> >>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-m
Kay Sievers pisze:
On Wed, 2007-06-06 at 20:48 +0200, Michal Piotrowski wrote:
Andrew Morton pisze:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
Kay, your patch gregkh-driver-block-device.patch breaks Fedora 7 initrd
http://www.stardust.webpages.pl
: 37%
T4: 50%
T5: 62%
T6: 75%
T7: 87%
Other info (2.6.22-rc4-mm1):
rutek:/home/maciek# ls /proc/acpi/processor/CPU0/
info limit power throttling
rutek:/home/maciek# cat /proc/acpi/processor/CPU0
Jiri Slaby wrote:
> Tejun Heo napsal(a):
>> Jiri Slaby wrote:
>>> Yes. Now I'm compiling -rc4-mm2.
>> It's probably caused by new sysfs slimdown patches and I'm pretty sure
>> -rc4-mm2 would fail the same way. The offending one should be one of
>> the following patches.
>
> There's reverted
Tejun Heo napsal(a):
> Jiri Slaby wrote:
>> Yes. Now I'm compiling -rc4-mm2.
>
> It's probably caused by new sysfs slimdown patches and I'm pretty sure
> -rc4-mm2 would fail the same way. The offending one should be one of
> the following patches.
There's reverted gregkh-driver-block-device in
On Thu, 7 Jun 2007 17:01:08 +1000 Herbert Xu <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 07, 2007 at 08:54:50AM +0200, Jan Engelhardt wrote:
> >
> > /me points at Herbert
> > Andrew would not add options between the "menuconfig CRYPTO" and
> > the "if CRYPTO" line... :)
>
> Actually this patch is
Jiri Slaby wrote:
>>>> Here it is - please test?
>>> Ok, this solves this problem, but LVM is broken. Seems similar to
>>> Re: 2.6.22-rc4-mm1 - 'lvm vgscan' busticated again...
>>> Message-ID: <[EMAIL PROTECTED]>
>>> Will try to play with this.
iri Slaby wrote:
>>>>>> Andrew Morton napsal(a):
>>>>>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
>>>>>> It freezes during bootup while searching for sata drives on
>>>>>> sata_prom
On Thu, Jun 07, 2007 at 08:54:50AM +0200, Jan Engelhardt wrote:
>
> /me points at Herbert
> Andrew would not add options between the "menuconfig CRYPTO" and
> the "if CRYPTO" line... :)
Actually this patch is not even in my tree :)
> Index: linux-2.6.22-rc4/crypto/Kconfig
>
On Jun 6 2007 16:42, Andrew Morton wrote:
>> If so then you sent to it me :)
>
>You merged it ;)
>
>> Should I drop it?
>
>Sure, Jan will fix it up, I assume. I might have broken it while repairing
>the reject storm which occurred when that durned HAS_IOMEM thing went in
>all over the tree.
l(a):
>>>>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
>>>>> It freezes during bootup while searching for sata drives on sata_promise.
>>>>> There
>>>>> were 2 issues with sata_promi
; >
>> >> On Wed, Jun 06, 2007 at 02:07:37AM -0700, Andrew Morton wrote:
>> >> >
>> >> >ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
>> >> >
>> >> >- Somebody broke it on my powerpc G
[EMAIL PROTECTED] wrote:
> On Wed, 06 Jun 2007 02:07:37 PDT, Andrew Morton said:
>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
>
> This one died a horrid death at boot time - console log indicates it found the
> hard drive OK, foun
On Wed, Jun 06, 2007 at 06:09:24PM -0700, Andrew Morton wrote:
> ooh, yes, lockdep_init() really does want to be called before anything
> else.
> So do we take it that this code hasn't been tested with lockdep? Please
> don't forget that step - lockdep finds some pretty nasty bugs sometimes.
>
Morton wrote:
> >> >
> >> >ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
> >> >
> >> >- Somebody broke it on my powerpc G5, but I didn't have time to do yet
> >> > another bisection yet.
> >&
On Thu, 7 Jun 2007 08:34:58 -0700
Andrew Morton [EMAIL PROTECTED] wrote:
I assume the above is your code - it's not in the tree?
Ah, that code was disappeared in -mm2.
But it informed me that I should consider memory unplug v.s. sys_mremap case...
Thanks, anyway.
-Kame
-
To unsubscribe
On Thu, Jun 07, 2007 at 10:53:29AM -0400, Alan Stern wrote:
To tell you the truth, I rather think there's not much point in keeping
usb-try-to-debug-bug-8561.patch around. Anything seriously wrong that
it could catch ought to have shown up long ago. And it is now clear
that bug 8561 has
On Thu, Jun 07, 2007 at 11:59:16AM -0500, Matt Mackall wrote:
On Fri, Jun 08, 2007 at 12:39:30AM +0800, WANG Cong wrote:
Ketchup doesn't even look inside patches, and patch doesn't invent
names, so something in the bzip2 - patch(1) - filesystem chain got
corrupted. Probably not bzip2, as it has
/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
- Somebody broke it on my powerpc G5, but I didn't have time to do yet
another bisection yet.
It seems strange that a new C source file (mlguest.c) appears in the top
dir of the
kernel source. There are some problems
On Wed, Jun 06, 2007 at 06:09:24PM -0700, Andrew Morton wrote:
ooh, yes, lockdep_init() really does want to be called before anything
else.
So do we take it that this code hasn't been tested with lockdep? Please
don't forget that step - lockdep finds some pretty nasty bugs sometimes.
This?
[EMAIL PROTECTED] wrote:
On Wed, 06 Jun 2007 02:07:37 PDT, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
This one died a horrid death at boot time - console log indicates it found the
hard drive OK, found the 2 partitions
-0700, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
- Somebody broke it on my powerpc G5, but I didn't have time to do yet
another bisection yet.
It seems strange that a new C source file (mlguest.c) appears
-rc4/2.6.22-rc4-mm1/
It freezes during bootup while searching for sata drives on sata_promise.
There
were 2 issues with sata_promise in -rc4 IIRC, one was fixed, the latter
remains
unresolved. Or, should be this solved too, Mikael, Tejun and is this yet
eanother problem? (In this case I'll
On Jun 6 2007 16:42, Andrew Morton wrote:
If so then you sent to it me :)
You merged it ;)
Should I drop it?
Sure, Jan will fix it up, I assume. I might have broken it while repairing
the reject storm which occurred when that durned HAS_IOMEM thing went in
all over the tree.
/me points at
/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
It freezes during bootup while searching for sata drives on
sata_promise. There
were 2 issues with sata_promise in -rc4 IIRC, one was fixed, the latter
remains
unresolved. Or, should be this solved too, Mikael, Tejun and is this yet
eanother problem
On Thu, Jun 07, 2007 at 08:54:50AM +0200, Jan Engelhardt wrote:
/me points at Herbert
Andrew would not add options between the menuconfig CRYPTO and
the if CRYPTO line... :)
Actually this patch is not even in my tree :)
Index: linux-2.6.22-rc4/crypto/Kconfig
Jiri Slaby wrote:
Here it is - please test?
Ok, this solves this problem, but LVM is broken. Seems similar to
Re: 2.6.22-rc4-mm1 - 'lvm vgscan' busticated again...
Message-ID: [EMAIL PROTECTED]
Will try to play with this.
Did -rc3-mm1 work?
Hmmm... I see.
Yes. Now I'm compiling -rc4-mm2
On Thu, 7 Jun 2007 17:01:08 +1000 Herbert Xu [EMAIL PROTECTED] wrote:
On Thu, Jun 07, 2007 at 08:54:50AM +0200, Jan Engelhardt wrote:
/me points at Herbert
Andrew would not add options between the menuconfig CRYPTO and
the if CRYPTO line... :)
Actually this patch is not even in my
Tejun Heo napsal(a):
Jiri Slaby wrote:
Yes. Now I'm compiling -rc4-mm2.
It's probably caused by new sysfs slimdown patches and I'm pretty sure
-rc4-mm2 would fail the same way. The offending one should be one of
the following patches.
There's reverted gregkh-driver-block-device in -mm2.
Jiri Slaby wrote:
Tejun Heo napsal(a):
Jiri Slaby wrote:
Yes. Now I'm compiling -rc4-mm2.
It's probably caused by new sysfs slimdown patches and I'm pretty sure
-rc4-mm2 would fail the same way. The offending one should be one of
the following patches.
There's reverted
: 37%
T4: 50%
T5: 62%
T6: 75%
T7: 87%
Other info (2.6.22-rc4-mm1):
rutek:/home/maciek# ls /proc/acpi/processor/CPU0/
info limit power throttling
rutek:/home/maciek# cat /proc/acpi/processor/CPU0
Kay Sievers pisze:
On Wed, 2007-06-06 at 20:48 +0200, Michal Piotrowski wrote:
Andrew Morton pisze:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
Kay, your patch gregkh-driver-block-device.patch breaks Fedora 7 initrd
http://www.stardust.webpages.pl
1 - 100 of 237 matches
Mail list logo