On Fri, 27 Apr 2007 23:04:58 +0200
Helge Hafting <[EMAIL PROTECTED]> wrote:
> On Fri, Apr 27, 2007 at 12:39:19AM +0200, Jiri Kosina wrote:
> > On Fri, 27 Apr 2007, Helge Hafting wrote:
> >
> > > 2.6.21-rc6 boots up fine. Both rc6 and rc7 has a different problem -
> > > the machine tends to hang
On Fri, Apr 27, 2007 at 12:39:19AM +0200, Jiri Kosina wrote:
> On Fri, 27 Apr 2007, Helge Hafting wrote:
>
> > 2.6.21-rc6 boots up fine. Both rc6 and rc7 has a different problem -
> > the machine tends to hang after some minutes work in X. That hang is
> > unusual in that moving the mouse stil
On Fri, 27 Apr 2007 00:39:19 +0200 (CEST) Jiri Kosina <[EMAIL PROTECTED]> wrote:
> On Fri, 27 Apr 2007, Helge Hafting wrote:
>
> > 2.6.21-rc6 boots up fine. Both rc6 and rc7 has a different problem -
> > the machine tends to hang after some minutes work in X. That hang is
> > unusual in that
On Fri, 27 Apr 2007, Helge Hafting wrote:
> 2.6.21-rc6 boots up fine. Both rc6 and rc7 has a different problem -
> the machine tends to hang after some minutes work in X. That hang is
> unusual in that moving the mouse still move the X cursor, but everything
> else stops and sysrq fails me. B
Jiri Kosina wrote:
On Wed, 25 Apr 2007, Helge Hafting wrote:
I don't know about 2.6.21-rc6, but 2.6.21-rc7 (from fresh sources) is
good. It boots up without hanging, and my USB devices works too. Should
I test rc7-mm1 then?
That would also be useful.
But really identifying offendi
I recompiled 2.6.21-rc6-mm1 from fresh sources.
It still hangs initializing USBm but this time your
patch applied.
I rebooted with your patch, and got:
Detailed lists of all the USB devices found
(printer,mouse,...)
Then usbcore registered various drivers, such as
usblp, usb-storage, libusual, us
On Wed, 25 Apr 2007 23:39:54 +0200, "J.A. Magallón" <[EMAIL PROTECTED]> wrote:
> On Wed, 25 Apr 2007 22:50:39 +0200, "J.A. Magallón" <[EMAIL PROTECTED]> wrote:
...
>
> But I think I found the problem.
> In short, in /dev/pts is mounted before /dev. I remounted it and ssh worked
> fine again.
> I'
On Wed, 25 Apr 2007 22:50:39 +0200, "J.A. Magallón" <[EMAIL PROTECTED]> wrote:
> On Tue, 24 Apr 2007 10:22:50 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 24 Apr 2007 15:43:21 +0200 "J.A. Magallón" <[EMAIL PROTECTED]>
> > wrote:
> >
> > > On Tue, 24 Apr 2007 04:58:01 -0700, And
On Tue, 24 Apr 2007 10:22:50 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 24 Apr 2007 15:43:21 +0200 "J.A. Magallón" <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 24 Apr 2007 04:58:01 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > > On Tue, 24 Apr 2007 10:10:41 +0200 "J.A. Magal
Jiri Kosina wrote:
On Wed, 25 Apr 2007, Helge Hafting wrote:
Anyway, based on information you have provided in your later messages,
it seems that it is probably not necessairly related neither to USB
nor HID, as you are getting hangs at different stages of boot,
depending on your local con
On Wed, 25 Apr 2007, Helge Hafting wrote:
> > Anyway, based on information you have provided in your later messages,
> > it seems that it is probably not necessairly related neither to USB
> > nor HID, as you are getting hangs at different stages of boot,
> > depending on your local configurati
Jiri Kosina wrote:
[...]
So I guess you are operating on some broken version of 2.6.21-rc6-mm1
codebase if you are getting rejects on this trivial patch.
Didn't think of that - the codebase might be wrong.
Anyway, based on information you have provided in your later messages, it
seems that
On Tue, 24 Apr 2007 15:43:21 +0200 "J.A. Magallón" <[EMAIL PROTECTED]> wrote:
> On Tue, 24 Apr 2007 04:58:01 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 24 Apr 2007 10:10:41 +0200 "J.A. Magallón" <[EMAIL PROTECTED]>
> > wrote:
> >
> > > On Sun, 8 Apr 2007 14:35:59 -0700, Andre
On Tue, 24 Apr 2007 04:58:01 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 24 Apr 2007 10:10:41 +0200 "J.A. Magallón" <[EMAIL PROTECTED]> wrote:
>
> > On Sun, 8 Apr 2007 14:35:59 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/pe
On Tue, 24 Apr 2007 10:10:41 +0200 "J.A. Magallón" <[EMAIL PROTECTED]> wrote:
> On Sun, 8 Apr 2007 14:35:59 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
> >
> >
> > - Lots of x86 updates
> >
On Sun, 8 Apr 2007 14:35:59 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
>
>
> - Lots of x86 updates
>
Has somthing related with PTY's changed in this kernel ?
I have to enable legacy PTY handling
> "John" == John Stoffel <[EMAIL PROTECTED]> writes:
> "John" == John Stoffel <[EMAIL PROTECTED]> writes:
> Ok, so do I need to do anything special with the next -mm release and
> the next version?
Well, let Alan decide that (2Alan: and I said that HPT code is bogus :-
> "John" == John Stoffel <[EMAIL PROTECTED]> writes:
>>> > Ok, so do I need to do anything special with the next -mm release and
>>> > the next version?
>>>
>>> Well, let Alan decide that (2Alan: and I said that HPT code is bogus :-).
Alan> Try drivers/ide/pci/hpt366 - if that works grab a d
On Wed, 2007-04-18 at 19:00 -0400, Joshua Wise wrote:
> On Tue, 17 Apr 2007, Shaohua Li wrote:
> > Looks there is init order issue of sysfs files. The new refreshed patch
> > should fix your bug.
>
> Yes, that did fix the hang on resume from STR -- that now works fine.
>
> However:
> [EMAIL PROTE
On Tue, 17 Apr 2007, Shaohua Li wrote:
Looks there is init order issue of sysfs files. The new refreshed patch
should fix your bug.
Yes, that did fix the hang on resume from STR -- that now works fine.
However:
[EMAIL PROTECTED]:/sys/devices/system/cpu/cpuidle$ cat available_drivers
current_d
Sergei Shtylyov wrote:
HPT chips are surely not a good example of how to do things, more like
an example how *not* to do. :-)
That explains a lot! :)
(guess who's first ATA work was on the Highpoint driver..
.. no need to post the answer here, though)
Cheers
-
To unsubscribe from this li
Hello.
John Stoffel wrote:
Ok, so do I need to do anything special with the next -mm release and
the next version?
Well, let Alan decide that (2Alan: and I said that HPT code is bogus :-).
Alan> Try drivers/ide/pci/hpt366 - if that works grab a dmesg and let
Alan> me know. It means that
>> > Ok, so do I need to do anything special with the next -mm release and
>> > the next version?
>>
>> Well, let Alan decide that (2Alan: and I said that HPT code is bogus :-).
Alan> Try drivers/ide/pci/hpt366 - if that works grab a dmesg and let
Alan> me know. It means that Sergei's DPLL sync
> > Ok, so do I need to do anything special with the next -mm release and
> > the next version?
>
>Well, let Alan decide that (2Alan: and I said that HPT code is bogus :-).
Try drivers/ide/pci/hpt366 - if that works grab a dmesg and let me know.
It means that Sergei's DPLL sync code seems to
John Stoffel wrote:
I was just testing out 2.6.21-rc6-mm1 to test some Cyclades patches
and I noticed that my HPT302 (rev1) controller with a pair of 120gb WD
disks are not longer detected and I get the following in the dmesg
logs:
[ 148.121490] hpt37x: DPLL did not stabilize.
Where befor
> "Sergei" == Sergei Shtylyov <[EMAIL PROTECTED]> writes:
Sergei> Hello.
Sergei> John Stoffel wrote:
>> I was just testing out 2.6.21-rc6-mm1 to test some Cyclades patches
>> and I noticed that my HPT302 (rev1) controller with a pair of 120gb WD
>> disks are not longer detected and I get the
Hello.
John Stoffel wrote:
I was just testing out 2.6.21-rc6-mm1 to test some Cyclades patches
and I noticed that my HPT302 (rev1) controller with a pair of 120gb WD
disks are not longer detected and I get the following in the dmesg
logs:
[ 148.121490] hpt37x: DPLL did not stabilize.
On Mon, 2007-04-16 at 22:50 -0400, Joshua Wise wrote:
> On Mon, 16 Apr 2007, Shaohua Li wrote:
> > On Sat, 2007-04-14 at 01:45 +0200, Mattia Dongili wrote:
> >> ...
> > please check if the patch at
> > http://marc.info/?l=linux-acpi&m=117523651630038&w=2 fixed the issue
>
> I have the same system
On Mon, 16 Apr 2007, Shaohua Li wrote:
On Sat, 2007-04-14 at 01:45 +0200, Mattia Dongili wrote:
...
please check if the patch at
http://marc.info/?l=linux-acpi&m=117523651630038&w=2 fixed the issue
I have the same system as Mattia, and when I applied this patch and turned
CPU_IDLE back on, I
On Mon, 2007-04-16 at 22:50 -0400, Joshua Wise wrote:
> On Mon, 16 Apr 2007, Shaohua Li wrote:
> > On Sat, 2007-04-14 at 01:45 +0200, Mattia Dongili wrote:
> >> ...
> > please check if the patch at
> > http://marc.info/?l=linux-acpi&m=117523651630038&w=2 fixed the issue
>
> I have the same system
On Sat, 2007-04-14 at 01:45 +0200, Mattia Dongili wrote:
> On Sun, Apr 08, 2007 at 02:35:59PM -0700, Andrew Morton wrote:
> ...
> > git-acpi.patch
>
> after bisecting I can finally say what breaks resume from STR here:
>
> tada: CPU_IDLE.
> I first spotted the git-acpi.patch then reapplied i
On Sun, Apr 08, 2007 at 02:35:59PM -0700, Andrew Morton wrote:
...
> git-acpi.patch
after bisecting I can finally say what breaks resume from STR here:
tada: CPU_IDLE.
I first spotted the git-acpi.patch then reapplied it and disabled
CPU_IDLE, now my laptop resumes.
Any useful information I
On Thu, 12 Apr 2007, Helge Hafting wrote:
> Are you sure this is the correct patch - against 2.6.21-rc6-mm1 ?
> Hunk 1 out of 1 failed . . .
Well I am pretty sure:
box:~/scratch # wget
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/2.6.21-rc6-mm1.bz2>/de
Jiri Kosina wrote:
On Thu, 12 Apr 2007, Jiri Kosina wrote:
CONFIG_IPMI_SI=y
hangs upon boot on the already mentioned printk from ipmi_si. With
CONFIG_IPMI_SI=m
the boot succeeds. When manually trying to modprobe ipmi_si after that,
the modprobe itself hangs, but the machine remains usable o
On Thu, Apr 12, 2007 at 08:32:50PM +0200, Jiri Kosina wrote:
> OK, so it hangs somewhere nearby usbhid's hid_init(), and the
> usb_register() has been already invoked. Could you please apply the
> superstupid patch below and send me the output up to the point it hangs? I
> am curious to know whe
On Thu, Apr 12, 2007 at 05:31:52PM +0200, Jiri Kosina wrote:
> On Thu, 12 Apr 2007, Jiri Kosina wrote:
>
> > > - try booting without any HID devices plugged in (i.e. usb mice, usb
> > > keyboards) if the problem persists?
> > > - recompile 2.6.21-rc6-mm1 with git-hid.patch reverted to see if it
On Thu, Apr 12, 2007 at 09:50:54AM +0200, Jiri Kosina wrote:
> On Thu, 12 Apr 2007, Helge Hafting wrote:
>
> > > OK. If you add initcall_debug to the kernel boot command line, what's the
> > > last thing we call?
> > The last messages (handwritten, somewhat shortened)
> > calling hid_init+0x0/0x1
On Thu, Apr 12, 2007 at 09:47:47AM -0700, Andrew Morton wrote:
> On Thu, 12 Apr 2007 13:42:57 +0200 Helge Hafting <[EMAIL PROTECTED]> wrote:
>
> > Jiri Kosina wrote:
> > > On Thu, 12 Apr 2007, Jiri Kosina wrote:
> > >
> > >
> > >> Could you please
> > >> - try booting without any HID devices pl
On Thu, 12 Apr 2007, Helge Hafting wrote:
> The last messages (handwritten, somewhat shortened)
> calling hid_init+0x0/0x10()
> returned 0
> ran for 0 msec
> calling hid_init+0x0/0x50()
> usbcore registered new interface driver hiddev
> and then it hangs completely.
OK, so it hangs somewhere near
On Thu, 12 Apr 2007, Jiri Kosina wrote:
> CONFIG_IPMI_SI=y
> hangs upon boot on the already mentioned printk from ipmi_si. With
> CONFIG_IPMI_SI=m
> the boot succeeds. When manually trying to modprobe ipmi_si after that,
> the modprobe itself hangs, but the machine remains usable otherwise.
Actu
On Thu, Apr 12, 2007 at 07:49:02PM +0200, Jiri Kosina wrote:
> On Thu, 12 Apr 2007, Andrew Morton wrote:
>
> > Was that with ipmi linked into vmlinux? (Please send the output of grep
> > IPMI .config) I thought we fixed that.
>
> Confirmed. 2.6.21-rc6-mm1 with
>
> CONFIG_IPMI_SI=y
>
> hangs u
On Thu, 12 Apr 2007, Andrew Morton wrote:
> Was that with ipmi linked into vmlinux? (Please send the output of grep
> IPMI .config) I thought we fixed that.
Confirmed. 2.6.21-rc6-mm1 with
CONFIG_IPMI_SI=y
hangs upon boot on the already mentioned printk from ipmi_si. With
CONFIG_IPMI_SI=m
th
On Thu, Apr 12, 2007 at 09:55:31AM -0700, Andrew Morton wrote:
> On Thu, 12 Apr 2007 17:31:52 +0200 (CEST) Jiri Kosina <[EMAIL PROTECTED]>
> wrote:
>
> > On Thu, 12 Apr 2007, Jiri Kosina wrote:
> >
> > > > - try booting without any HID devices plugged in (i.e. usb mice, usb
> > > > keyboards)
On Thu, 12 Apr 2007 17:31:52 +0200 (CEST) Jiri Kosina <[EMAIL PROTECTED]> wrote:
> On Thu, 12 Apr 2007, Jiri Kosina wrote:
>
> > > - try booting without any HID devices plugged in (i.e. usb mice, usb
> > > keyboards) if the problem persists?
> > > - recompile 2.6.21-rc6-mm1 with git-hid.patch
On Thu, 12 Apr 2007 13:42:57 +0200 Helge Hafting <[EMAIL PROTECTED]> wrote:
> Jiri Kosina wrote:
> > On Thu, 12 Apr 2007, Jiri Kosina wrote:
> >
> >
> >> Could you please
> >> - try booting without any HID devices plugged in (i.e. usb mice, usb
> >> keyboards) if the problem persists?
> >> -
Jiri, can you send me the output of "lspci -x" ?
-corey
Jiri Kosina wrote:
On Thu, 12 Apr 2007, Jiri Kosina wrote:
- try booting without any HID devices plugged in (i.e. usb mice, usb
keyboards) if the problem persists?
- recompile 2.6.21-rc6-mm1 with git-hid.patch reverted to see if it
On Thu, 12 Apr 2007, Jiri Kosina wrote:
> > - try booting without any HID devices plugged in (i.e. usb mice, usb
> > keyboards) if the problem persists?
> > - recompile 2.6.21-rc6-mm1 with git-hid.patch reverted to see if it helps?
> Do you compile with CONFIG_HIDRAW?
Helge,
with your .config
Jiri Kosina wrote:
On Thu, 12 Apr 2007, Jiri Kosina wrote:
Could you please
- try booting without any HID devices plugged in (i.e. usb mice, usb
keyboards) if the problem persists?
- recompile 2.6.21-rc6-mm1 with git-hid.patch reverted to see if it helps?
Do you compile with CONFI
On Thu, 12 Apr 2007, Jiri Kosina wrote:
> Could you please
> - try booting without any HID devices plugged in (i.e. usb mice, usb
> keyboards) if the problem persists?
> - recompile 2.6.21-rc6-mm1 with git-hid.patch reverted to see if it helps?
Do you compile with CONFIG_HIDRAW?
--
Jiri Kosi
On Thu, 12 Apr 2007, Helge Hafting wrote:
> > OK. If you add initcall_debug to the kernel boot command line, what's the
> > last thing we call?
> The last messages (handwritten, somewhat shortened)
> calling hid_init+0x0/0x10()
> returned 0
> ran for 0 msec
> calling hid_init+0x0/0x50()
> usbcore
On Thu, 12 Apr 2007 01:07:00 +0200
Helge Hafting <[EMAIL PROTECTED]> wrote:
> On Wed, Apr 11, 2007 at 01:43:46PM -0700, Andrew Morton wrote:
> >
> > OK. If you add initcall_debug to the kernel boot command line, what's the
> > last thing we call?
>
> The last messages (handwritten, somewhat sho
On Wed, Apr 11, 2007 at 01:43:46PM -0700, Andrew Morton wrote:
>
> OK. If you add initcall_debug to the kernel boot command line, what's the
> last thing we call?
The last messages (handwritten, somewhat shortened)
calling hid_init+0x0/0x10()
returned 0
ran for 0 msec
calling hid_init+0x0/0x50()
On Wed, 11 Apr 2007 21:42:27 +0200
Helge Hafting <[EMAIL PROTECTED]> wrote:
> 2.6.21-rc6-mm1 locks up during boot.
> The last message is:
> usbcore: registered new interface driver hiddev
>
> Then it hangs so hard that not even sysrq+B have any effect.
>
> With 2.6.18-rc5-mm1, the next messages
On Wed, 11 Apr 2007 09:55:18 -0400
Joseph Fannin <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-04-10 at 15:00 -0400, Reiner Sailer wrote:
> > Joseph,
> >
> > we cannot reproduce the BUG you report. We have identified a potential
> > source (spinlock around mutex_init). I have attached a small patch
2.6.21-rc6-mm1 locks up during boot.
The last message is:
usbcore: registered new interface driver hiddev
Then it hangs so hard that not even sysrq+B have any effect.
With 2.6.18-rc5-mm1, the next messages I normally get are:
usbcore: registered new interface driver usbhid
drivers/usb/input/hid-c
Rafael J. Wysocki [mailto:[EMAIL PROTECTED]
> > > >Sent: Monday, April 09, 2007 9:08 AM
> > > >To: Andrew Morton
> > > >Cc: linux-kernel@vger.kernel.org; [EMAIL PROTECTED];
> > > >[EMAIL PROTECTED]; Pallipadi, Venkatesh
> > > >Subject: Re: 2.6.21-rc6
On Wed, 11 Apr 2007 12:39:05 +0200
Andi Kleen <[EMAIL PROTECTED]> wrote:
> > The next kernel patch for Perfmon will not make use of the idle notification
> > anymore on any platform.
>
> What do you use instead?
>
> I've been actually thinking to add idle notifier support to oprofile to
> corr
On Tue, 2007-04-10 at 15:00 -0400, Reiner Sailer wrote:
> Joseph,
>
> we cannot reproduce the BUG you report. We have identified a potential
> source (spinlock around mutex_init). I have attached a small patch that
> removes this lock from the initialization of the hash table. I have
> tested t
>
> So my point is that you cannot use the PMU to account for wall-clock time
> when you
> go in halted state. Yet, you could use the idle notifier to compensate for it
> by
> recording let's say TSC prior to entry and computing delta on exit. But then
> I am
> not sure what you would do with
Andi,
On Wed, Apr 11, 2007 at 12:39:05PM +0200, Andi Kleen wrote:
>
> > The next kernel patch for Perfmon will not make use of the idle notification
> > anymore on any platform.
>
> What do you use instead?
>
Nothing. I was using the idle notifier as a way to stop monitoring on entry and
resta
> The next kernel patch for Perfmon will not make use of the idle notification
> anymore on any platform.
What do you use instead?
I've been actually thinking to add idle notifier support to oprofile to correct
for the "perfctr doesn't tick in idle" issue which makes numbers not add up to
100%
Venki,
On Tue, Apr 10, 2007 at 05:15:14PM -0700, Venki Pallipadi wrote:
> > > x86-64 expects all idle handlers to enable interrupts before returning
> > > from
> > > idle handler. This is due to enter_idle(), exit_idle() races. Make
> > > cpuidle_idle_call() confirm to this when there is no pm_id
Mathieu Desnoyers wrote:
> Hi Andrew,
>
> I get the following error when compiling 2.6.21-rc6-mm1 for MIPS :
>
>
>
> /opt/crosstool/gcc-3.4.5-glibc-2.3.6/mips-unknown-linux-gnu/bin/mips-unknown-linux-gnu-gcc
> -Wp,-MD,arch/mips/sgi-ip22/.ip22-time.o.d -nostdinc -isystem
> /opt/crosstool/gc
On Tue, 10 Apr 2007 20:41:12 -0400
Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> I get the following compiler error when building 2.6.21-rc6-mm1 for
> m68k:
>
>
>
> /opt/crosstool/gcc-4.1.1-glibc-2.3.6/m68k-unknown-linux-gnu/bin/m68k-unknown-linux-gnu-gcc
> -Wp,-MD,arch/m68k/kernel/.asm-off
> > > > >-Original Message-
> > > > >From: Rafael J. Wysocki [mailto:[EMAIL PROTECTED]
> > > > >Sent: Monday, April 09, 2007 9:08 AM
> > > > >To: Andrew Morton
> > > > >Cc: linux-kernel@vger.kernel.org;
Rafael J. Wysocki [mailto:[EMAIL PROTECTED]
> > > >Sent: Monday, April 09, 2007 9:08 AM
> > > >To: Andrew Morton
> > > >Cc: linux-kernel@vger.kernel.org; [EMAIL PROTECTED];
> > > >[EMAIL PROTECTED]; Pallipadi, Venkatesh
> > > >Subject: Re: 2.6.21-rc6
On Sun, 2007-04-08 at 14:35 -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
Since 2.6.21-rc5-mm1, one of the test.kernel.org machines (elm3b239) has
not been able to boot because it cannot find the SCSI device. You can
view htt
08 AM
> > >To: Andrew Morton
> > >Cc: linux-kernel@vger.kernel.org; [EMAIL PROTECTED];
> > >[EMAIL PROTECTED]; Pallipadi, Venkatesh
> > >Subject: Re: 2.6.21-rc6-mm1
> > >
> > >On Sunday, 8 April 2007 23:35, Andrew Morton wrote:
> > >>
Joseph,
we cannot reproduce the BUG you report. We have identified a potential
source (spinlock around mutex_init). I have attached a small patch that
removes this lock from the initialization of the hash table. I have
tested the patch but I cannot verify if this resolves the problem you
are
We are looking into this.
Thanks!
Reiner
--forwarded by Reiner Sailer:
On Sun, Apr 08, 2007 at 02:35:59PM -0700, Andrew Morton wrote:
>
>
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
>
I'm seeing this while booting:
ima (ima_init): No TPM chip fo
On Tue, Apr 10, 2007 at 02:24:21PM +0200, Cornelia Huck wrote:
> On Sun, 8 Apr 2007 14:35:59 -0700,
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
>
> > +kprobes-the-on-off-knob-thru-debugfs-updated.patch
>
On Sun, 8 Apr 2007 14:35:59 -0700,
Andrew Morton <[EMAIL PROTECTED]> wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
> +kprobes-the-on-off-knob-thru-debugfs-updated.patch
> +kprobes-the-on-off-knob-thru-debugfs-updated-fix.patch
>
> kprobes work
On Sun, Apr 08, 2007 at 02:35:59PM -0700, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
>
I'm seeing this while booting:
ima (ima_init): No TPM chip found(rc = -19), activating TPM-bypass!
=
[ BUG: hel
On Mon, Apr 09, 2007 at 05:50:54PM -0700, Nishanth Aravamudan wrote:
> static int hugetlbfs_set_page_dirty(struct page *page)
> {
> - struct page *head = (struct page *)page_private(page);
> + struct page *head = compound_head(page);
Thanks for cleaning this up.
-- wli
-
To unsubscribe
On 08.04.2007 [14:35:59 -0700], Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
Get this Oops:
Unable to handle kernel NULL pointer dereference at RIP:
[] hugetlbfs_set_page_dirty+0x4/0xc
PGD 414e067 PUD 4198067
On Mon, 9 Apr 2007, Nishanth Aravamudan wrote:
> I am not sure if there are other users of page_private() that were
> missed that are also compound pages, but probably the attached will fix
> this case?
Correct.
Acked-by: Christoph Lameter <[EMAIL PROTECTED]>
Who is off to look for more of the
I wrote at lkml:
> Torsten Kaiser wrote:
>> drivers/ieee1394/ieee1394_transactions.c fails for me if CONFIG_SMP=n
>>
>> gcc complains:
>> CC drivers/ieee1394/ieee1394_transactions.o
>> drivers/ieee1394/ieee1394_transactions.c: In function 'hpsb_get_tlabel':
>> drivers/ieee1394/ieee1394_trans
Torsten Kaiser wrote:
> drivers/ieee1394/ieee1394_transactions.c fails for me if CONFIG_SMP=n
>
> gcc complains:
> CC drivers/ieee1394/ieee1394_transactions.o
> drivers/ieee1394/ieee1394_transactions.c: In function 'hpsb_get_tlabel':
> drivers/ieee1394/ieee1394_transactions.c:183: error:
> '
On 4/8/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
drivers/ieee1394/ieee1394_transactions.c fails for me if CONFIG_SMP=n
gcc complains:
CC drivers/ieee1394/ieee1394_transactions.o
drivers/ieee1394/
>-Original Message-
>From: Rafael J. Wysocki [mailto:[EMAIL PROTECTED]
>Sent: Monday, April 09, 2007 9:08 AM
>To: Andrew Morton
>Cc: linux-kernel@vger.kernel.org; [EMAIL PROTECTED];
>[EMAIL PROTECTED]; Pallipadi, Venkatesh
>Subject: Re: 2.6.21-rc6-mm1
>
>On
On Sunday, 8 April 2007 23:35, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
>
>
> - Lots of x86 updates
>
> - This is a 25MB diff against mainline, which is rather large.
The cpuidle thing tends to hang my x86-64 machines on
Andrew, you can drop
> +kernel-doc-handle-spaces-in-array-size.patch
since
> +kernel-doc-handle-arrays-with-arithmetic-expressions-as.patch
fixes the issue in a slightly better way.
--
Regards/Gruß,
Boris.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
82 matches
Mail list logo
