On Sat, 7 Apr 2007, Linus Torvalds wrote:
>
>
> On Sat, 7 Apr 2007, Randy Dunlap wrote:
> >
> > Is it too late to get a v2.6.21-rc6 tag ?
>
> It's definitely there, I can see it in gitweb..
>
> Do you have some really ancient git that didn't fetch the tags
> automatically?
Oh, my bad. I'd
On Sat, 7 Apr 2007 11:46:13 -0700 (PDT) Linus Torvalds wrote:
>
>
> On Sat, 7 Apr 2007, Randy Dunlap wrote:
> >
> > Is it too late to get a v2.6.21-rc6 tag ?
>
> It's definitely there, I can see it in gitweb..
>
> Do you have some really ancient git that didn't fetch the tags
> automatically
On Sat, 7 Apr 2007, Randy Dunlap wrote:
>
> Is it too late to get a v2.6.21-rc6 tag ?
It's definitely there, I can see it in gitweb..
Do you have some really ancient git that didn't fetch the tags
automatically?
Linus
-
To unsubscribe from this list: send the line "unsubscrib
On Thu, 5 Apr 2007 19:50:11 -0700 (PDT) Linus Torvalds wrote:
>
> Ok,
> I don't think there really is anything very interesting here, but we're
> hopefully whittling down the list of regressions, and fixing various
> random other small issues while at it.
>
> Some smallish MIPS updates, netwo
Hallo
I have problem with a Linux kernel oops. It mostly appears when I
download files using bittorrent or other large file. I have a phone
modem based Internet access using Home Internet Solution
(http://en.wikipedia.org/wiki/Home_internet_Solution). I use Debian
testing, Linux vanilla version:
Hi all,
This looks like a lockdep problem.
2.6.21-rc6
+ hrtimers_debug.patch (from Ingo)
- skge_wol_support (commit a504e64ab42bcc27074ea37405d06833ed6e0820) dropped
due to
swsusp problems
[14016.726946] BUG: at /mnt/md0/devel/linux-git/kernel/lockdep.c:2427
check_flags()
[14016.734331] [] sho
[ Added some people to the cc.. Len, Thomas, Ingo - look for the exact
report on linux-kernel, but basically it's a "irq 9: nobody cared" issue
with acpi_irq on irq9 ]
On Sat, 7 Apr 2007, Soeren Sonnenburg wrote:
>
> regression update for 21-rc6:
>
> 1) all s2ram and NO_HZ related things
On Thu, 2007-04-05 at 19:50 -0700, Linus Torvalds wrote:
> Ok,
> I don't think there really is anything very interesting here, but we're
> hopefully whittling down the list of regressions, and fixing various
> random other small issues while at it.
>
> Some smallish MIPS updates, networking (an
On Fri, 2007-04-06 at 14:40 -0700, Nishanth Aravamudan wrote:
> 2.6.21-rc5 is ok. 2.6.21-rc6 results in
>
> [ 14.241665] Unable to handle kernel NULL pointer dereference (address
> )
Sorry, I think this should fix it:
[TG3]: Fix crash during tg3_init_one().
The driver will c
On 05.04.2007 [19:50:11 -0700], Linus Torvalds wrote:
>
> Ok,
> I don't think there really is anything very interesting here, but we're
> hopefully whittling down the list of regressions, and fixing various
> random other small issues while at it.
>
> Some smallish MIPS updates, networking (an
ee during PCI error failure
Linsys Contractor Adhiraj Joshi (1):
NetXen: Fix hardware access for ppc architecture.
Linus Torvalds (2):
driver core: do not wait unnecessarily in driver_unregister()
Linux 2.6.21-rc6
Maciej Zenczykowski (1):
ia64: desc_empty thinko/typo fix
Mark
Am 27.03.2007 08:17 schrieb Andrew Morton:
> I have a few fixes here which belong to subsystem trees, which were missed
> by the maintainers and which we probably want to get into 2.6.21.
[...]
> Maintainers are cc'ed. Please promptly ack, nack or otherwise quack, else
> I'll be making my own deci
On Wed, 28 Mar 2007, Andi Kleen wrote:
>
> Can you test this patch please?
This patch is totally broken.
> i386/x86-64: Convert nmi reservation to be global
>
> It doesn't make much sense to have this per CPU, because all
> the services using NMIs run on all CPUs. So make it global.
NO!
If
On 28/03/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
On Wed, 28 Mar 2007, Michal Piotrowski wrote:
> BUG: using smp_processor_id() in preemptible [0001] code: mount/7245
> is fixed, thanks.
> but I still get this
> [ 208.523901] =
> [ 208.529739] [ INFO: inco
On Wed, 28 Mar 2007, Michal Piotrowski wrote:
> BUG: using smp_processor_id() in preemptible [0001] code: mount/7245
> is fixed, thanks.
> but I still get this
> [ 208.523901] =
> [ 208.529739] [ INFO: inconsistent lock state ]
> [ 208.534087] 2.6.21-rc5-g28
Andi Kleen napisał(a):
> On Tuesday 27 March 2007 20:53, Michal Piotrowski wrote:
>> Linus Torvalds napisał(a):
>>> There's various fixes here, ranging from some architecture updates (ia64,
>>> ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
>>>
>>> And random one-liners.
>>>
>> I
On Tuesday 27 March 2007 20:53, Michal Piotrowski wrote:
> Linus Torvalds napisał(a):
> > There's various fixes here, ranging from some architecture updates (ia64,
> > ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
> >
> > And random one-liners.
> >
>
> I found this in mm snaps
Pavel Machek wrote:
> Hi!
>
So if you have reported a regression in the 2.6.21-rc
series, please check 2.6.21-rc5, and update your
report as appropriate (whether fixed or "still
problems with xyzzy").
>>> [just got back from vacation, or would have sent this
>>> earlier]
>>
Hi!
> >>So if you have reported a regression in the 2.6.21-rc
> >>series, please check 2.6.21-rc5, and update your
> >>report as appropriate (whether fixed or "still
> >>problems with xyzzy").
> >
> >[just got back from vacation, or would have sent this
> >earlier]
> >
> >FWIW, I'm still leani
Pavel Machek napisał(a):
> Hi!
>>> There's various fixes here, ranging from some architecture updates (ia64,
>>> ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
>>>
>> Suspend to disk doesn't work for me with this patch. It hangs after
>> PM: Preparing devices for restore.
>> Suspen
Hi!
> >There's various fixes here, ranging from some architecture updates (ia64,
> >ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
> >
>
> Suspend to disk doesn't work for me with this patch. It hangs after
> PM: Preparing devices for restore.
> Suspending console(s)
> during resu
Linus Torvalds napisał(a):
> There's various fixes here, ranging from some architecture updates (ia64,
> ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
>
> And random one-liners.
>
I found this in mm snapshot
http://www.ussg.iu.edu/hypermail/linux/kernel/0703.2/1367.html
it's i
Linus Torvalds wrote:
On Tue, 27 Mar 2007, Jeff Garzik wrote:
FWIW, I'm still leaning towards disabling libata ACPI support by default for
2.6.21.
Hey, I'm not going to argue against anything that says "disable ACPI". Of
*course* it should be disabled if there aren't thousands of machines th
Hi,
On 26/03/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
There's various fixes here, ranging from some architecture updates (ia64,
ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
Suspend to disk doesn't work for me with this patch. It hangs after
PM: Preparing devices for r
On Tue, 27 Mar 2007, Jeff Garzik wrote:
>
> FWIW, I'm still leaning towards disabling libata ACPI support by default for
> 2.6.21.
Hey, I'm not going to argue against anything that says "disable ACPI". Of
*course* it should be disabled if there aren't thousands of machines that
are in user ha
On Monday, March 26, 2007 11:20 pm Greg KH wrote:
> Already in Linus's tree.
>
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.2
> >1-rc5/2.6.21-rc5-mm2/broken-out/fix-sysfs-rom-file-creation-for-bios
> >-rom-shadows.patch
>
> I'd prefer to wait until 2.6.22 for this one, I've
On Tue, 27 Mar 2007 14:25:07 +0200 Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Tuesday 27 March 2007 08:17, Andrew Morton wrote:
> >
> > I have a few fixes here which belong to subsystem trees, which were missed
> > by the maintainers and which we probably want to get into 2.6.21.
> >
> >
> > ft
On 3/27/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
I have a few fixes here which belong to subsystem trees, which were missed
by the maintainers and which we probably want to get into 2.6.21.
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm2/broken-out/fi
On Tuesday 27 March 2007 08:17, Andrew Morton wrote:
>
> I have a few fixes here which belong to subsystem trees, which were missed
> by the maintainers and which we probably want to get into 2.6.21.
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm2/br
At Mon, 26 Mar 2007 22:17:31 -0800,
Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm2/broken-out/revert-ac97-fix-microphone-and-line_in-selection-logic.patch
The better fix is already in rc5, so please drop this one from your
tree.
On Mon, Mar 26, 2007 at 10:17:31PM -0800, Andrew Morton wrote:
>
> I have a few fixes here which belong to subsystem trees, which were missed
> by the maintainers and which we probably want to get into 2.6.21.
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-
I have a few fixes here which belong to subsystem trees, which were missed
by the maintainers and which we probably want to get into 2.6.21.
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm2/broken-out/make-aout-executables-work-again.patch
ftp://ftp.kernel
Jeff Garzik wrote:
Linus Torvalds wrote:
There's various fixes here, ranging from some architecture updates
(ia64, ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
And random one-liners.
But probably more important, and likely much more visible to most
people is the fixes for
Linus Torvalds wrote:
There's various fixes here, ranging from some architecture updates (ia64,
ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
And random one-liners.
But probably more important, and likely much more visible to most people
is the fixes for the fallout from the
This issue might be resolved with the patch provided in the following
bug report: http://bugzilla.kernel.org/show_bug.cgi?id=8058
Please try out the patch in the bug report without your patch and see if
the issue reproduces.
Ayaz
Ingo Molnar wrote:
* Linus Torvalds <[EMAIL PROTECTED]> wrot
On Mon, 2007-03-26 at 07:25 -0500, Bob Tracy wrote:
> Thomas Gleixner wrote:
> > This fix from John Stultz is still missing:
> >
> > http://lkml.org/lkml/2007/3/22/287
> >
> > It's in Andrews queue already and waits to be sent to you.
>
> In summary, that fix is a workaround to allow the acpi_pm
Thomas Gleixner wrote:
> This fix from John Stultz is still missing:
>
> http://lkml.org/lkml/2007/3/22/287
>
> It's in Andrews queue already and waits to be sent to you.
In summary, that fix is a workaround to allow the acpi_pm clocksource
to be selected instead of the pit clocksource, thereby
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> There's various fixes here, ranging from some architecture updates
> (ia64, ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
here's a new v2.6.20 -> v2.6.21 forcedeth.c regression:
in the last week or so i've been seeing sporadic und
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> my first quick guess was to extend np->priv locking to the whole of
> nv_start_xmit/nv_start_xmit_optimized - while that appeared to make
> the crash a bit less likely, it did not prevent it. So there must be
> some other, more fundamental problem be
On Sun, 2007-03-25 at 16:08 -0700, Linus Torvalds wrote:
> Those timer changes ended up much more painful than anybody wished for,
> but big thanks to Thomas Gleixner for being on it like a weasel on a dead
> rat, and the regression list has kept shrinking.
Why certainly ! I caused them, so I ha
ild warnings
Li Yang (1):
Revert "ucc_geth: returns NETDEV_TX_BUSY when BD ring is full"
Linus Torvalds (3):
Revert "ACPI: Only use IPI on known broken machines (AMD,
Dothan/BaniasPentium M)"
x86-64: add "local_apic_timer_c2_ok" here too
Linu
On Sun, 18 Mar 2007 13:39:45 +0100 Sam Ravnborg wrote:
> On Sat, Mar 17, 2007 at 07:43:40AM +0100, Sam Ravnborg wrote:
> > On Fri, Mar 16, 2007 at 03:39:57PM -0700, Randy Dunlap wrote:
> > > On Fri, 16 Mar 2007 14:11:21 -0700 Randy Dunlap wrote:
> > >
> > > > On Fri, 16 Mar 2007 09:33:54 -0700 (P
Adrian Bunk napisał(a):
> On Fri, Mar 16, 2007 at 08:03:29PM +0100, Michal Piotrowski wrote:
>> On 16/03/07, Takashi Iwai <[EMAIL PROTECTED]> wrote:
>>> At Fri, 16 Mar 2007 18:44:26 +0100,
>>> Michal Piotrowski wrote:
Takashi, unfortunately this bug isn't fixed
http://www.ussg.iu.edu/hype
On Sat, Mar 17, 2007 at 07:43:40AM +0100, Sam Ravnborg wrote:
> On Fri, Mar 16, 2007 at 03:39:57PM -0700, Randy Dunlap wrote:
> > On Fri, 16 Mar 2007 14:11:21 -0700 Randy Dunlap wrote:
> >
> > > On Fri, 16 Mar 2007 09:33:54 -0700 (PDT) Linus Torvalds wrote:
> > >
> > > >
> > > > I pushed out the
Linus,
Please pull from the 'linus' branch of the git repository at
git://kvm.qumranet.com/home/avi/kvm.git
containing the following kvm stability and correctness fixes:
Avi Kivity (4):
KVM: Unset kvm_arch_ops if arch module loading failed
KVM: Fix guest sysenter on vmx
KVM:
On Fri, Mar 16, 2007 at 08:03:29PM +0100, Michal Piotrowski wrote:
> On 16/03/07, Takashi Iwai <[EMAIL PROTECTED]> wrote:
> >At Fri, 16 Mar 2007 18:44:26 +0100,
> >Michal Piotrowski wrote:
> >>
> >> Takashi, unfortunately this bug isn't fixed
> >> http://www.ussg.iu.edu/hypermail/linux/kernel/0703.
Hello,
> > Note that ping is handled in interrupt or softirq context. So something has
> > locked up. Try without X? Or perhaps attack a serial console/netconsole, and
> > when it hangs, use Sysrq to dump the process' states.
>
> I already did this
> http://www.stardust.webpages.pl/files/tbf/biti
On Fri, Mar 16, 2007 at 03:39:57PM -0700, Randy Dunlap wrote:
> On Fri, 16 Mar 2007 14:11:21 -0700 Randy Dunlap wrote:
>
> > On Fri, 16 Mar 2007 09:33:54 -0700 (PDT) Linus Torvalds wrote:
> >
> > >
> > > I pushed out the -git trees yesterday, but then got distracted, so the
> > > patches and ta
On 17/03/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
On Mar 16 2007 19:55, Michal Piotrowski wrote:
>> > I've got *bad* news. Bug described here
>> > http: //www.ussg.iu.edu/hypermail/linux/kernel/0703.0/index.html#0889
>> > http: //www.ussg.iu.edu/hypermail/linux/kernel/0703.0/index.html#1165
On Mar 16 2007 17:13, Chris Friesen wrote:
>
> This would seem to be a bug in the build system then. Or are you
> supposed to "make clean" after every config change?
No. When .config is changed, include/linux/config/ is updated, which
causes things that depends on it one or the other way to rebu
On Mar 16 2007 19:55, Michal Piotrowski wrote:
>> > I've got *bad* news. Bug described here
>> > http: //www.ussg.iu.edu/hypermail/linux/kernel/0703.0/index.html#0889
>> > http: //www.ussg.iu.edu/hypermail/linux/kernel/0703.0/index.html#1165
>> > probably leaked into mainline.
>> >
>> > Fsck!
>>
Randy Dunlap wrote:
allmodconfig on i386:
WARNING: "default_idle" [arch/i386/kernel/apm.ko] undefined!
WARNING: "machine_real_restart" [arch/i386/kernel/apm.ko] undefined!
make[1]: *** [__modpost] Error 1
make: *** [modules] Error 2
Please ignore.
I think that this was the result of doing '
On Fri, 16 Mar 2007 14:11:21 -0700 Randy Dunlap wrote:
> On Fri, 16 Mar 2007 09:33:54 -0700 (PDT) Linus Torvalds wrote:
>
> >
> > I pushed out the -git trees yesterday, but then got distracted, so the
> > patches and tar-balls and the announcement got delayed until this morning.
> > Oops. I'm
On Fri, 16 Mar 2007 09:33:54 -0700 (PDT) Linus Torvalds wrote:
>
> I pushed out the -git trees yesterday, but then got distracted, so the
> patches and tar-balls and the announcement got delayed until this morning.
> Oops. I'm a scatter-brain.
allmodconfig on i386:
WARNING: "default_idle" [ar
On Fri, 2007-03-16 at 21:34 +0100, Rafael J. Wysocki wrote:
> On Friday, 16 March 2007 17:33, Linus Torvalds wrote:
> >
> > I pushed out the -git trees yesterday, but then got distracted, so the
> > patches and tar-balls and the announcement got delayed until this morning.
> > Oops. I'm a scatte
On Friday, 16 March 2007 17:33, Linus Torvalds wrote:
>
> I pushed out the -git trees yesterday, but then got distracted, so the
> patches and tar-balls and the announcement got delayed until this morning.
> Oops. I'm a scatter-brain.
>
> Anyway, the good news about -rc4 is that there's just lo
On 16/03/07, Takashi Iwai <[EMAIL PROTECTED]> wrote:
At Fri, 16 Mar 2007 18:44:26 +0100,
Michal Piotrowski wrote:
>
> Takashi, unfortunately this bug isn't fixed
> http://www.ussg.iu.edu/hypermail/linux/kernel/0703.0/index.html#1684
The patch wasn't merged to rc4.
I know. I use patched 2.6.21-
On 16/03/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Fri, 16 Mar 2007 18:44:26 +0100 Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> I've got *bad* news. Bug described here
> http://www.ussg.iu.edu/hypermail/linux/kernel/0703.0/index.html#0889
> http://www.ussg.iu.edu/hypermail/linux/kernel/0
At Fri, 16 Mar 2007 18:44:26 +0100,
Michal Piotrowski wrote:
>
> Takashi, unfortunately this bug isn't fixed
> http://www.ussg.iu.edu/hypermail/linux/kernel/0703.0/index.html#1684
The patch wasn't merged to rc4.
Or, do you mean the bug is still present even with the patch?
Takashi
-
To unsubscr
On Fri, 16 Mar 2007 18:44:26 +0100 Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> I've got *bad* news. Bug described here
> http://www.ussg.iu.edu/hypermail/linux/kernel/0703.0/index.html#0889
> http://www.ussg.iu.edu/hypermail/linux/kernel/0703.0/index.html#1165
> probably leaked into mainline.
Hi,
I've got *bad* news. Bug described here
http://www.ussg.iu.edu/hypermail/linux/kernel/0703.0/index.html#0889
http://www.ussg.iu.edu/hypermail/linux/kernel/0703.0/index.html#1165
probably leaked into mainline.
Fsck!
http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc4/git-conf
At Fri, 16 Mar 2007 09:33:54 -0700 (PDT),
Linus Torvalds wrote:
>
> Anyway, the good news about -rc4 is that there's just lots of random
> fixes. I'm hoping that we've seriously cut down on the regression list,
> and I'd ask everybody who is on Adrian's list to please re-verify their
> regressi
Thukral (2):
NetXen: Bug fix for Jumbo frames on XG card
NetXen: Fix softlockup seen during hardware access
Linus Torvalds (3):
Revert "USB: pxa2xx_udc: fix hardcoded irq number"
Disable NMI watchdog by default properly
Linux 2.6.21-rc4
Martin Schiller (1):
U
On Wed, 2007-03-07 at 22:16 +0100, Stephane Casset wrote:
> > > What can I do to help find the bug ?
> >
> > Can you capture a boot log with highres and/or dynticks enabled ?
>
> No, I can handcopy or take a picture of the last page (25 or 50 lines)
>
> > Enable CONFIG_SERIAL_8250_CONSOLE and a
Le Wed, Mar 07, 2007 at 08:52:10PM +0100, Thomas Gleixner ecrivait :
> On Wed, 2007-03-07 at 20:12 +0100, Stephane Casset wrote:
> > I also tried compiling the kernel without Tickless and without High
> > resolution timer, this kernel is working ok and is one of the first
> > kernel to suspend and
On Wed, 2007-03-07 at 20:12 +0100, Stephane Casset wrote:
> I also tried compiling the kernel without Tickless and without High
> resolution timer, this kernel is working ok and is one of the first
> kernel to suspend and resume from RAM. Congratulations ! ;p
>
> I tried to compile te kernel with
Hi,
I just tryed linux-2.6.21-rc3 on my machine (P4HT 2.8GHz, with 512Mo)
with Tickless System (Dynamic Ticks) and High Resolution Timer Support
(.config in attachement)
The problem is that the kernel hang on boot. I tried different
configuration with nohz and highres on the kernel command line
"young dave" <[EMAIL PROTECTED]> writes:
> Hi,
> As I compile the linux-2.6.21-rc2 (gcc version 3.4.6), there's some
> warning messages:
you should probably check -mm tree may be some issues already fixed where.
>
> drivers/video/Kconfig:1622:warning:
Hi,
As I compile the linux-2.6.21-rc2 (gcc version 3.4.6), there's some
warning messages:
drivers/video/Kconfig:1622:warning: 'select' used by config symbol
'FB_PS3' refer to undefined symbol 'PS3_PS3AV'
fs/partitions/check.c: In function `add_partition
On Sun, 4 Mar 2007, Avi Kivity wrote:
>
> The changes fall into three broad categories:
> - initial kvm paravirtulization support
> - the first batch of the stable userspace interface changes
> - fixes, fixes, fixes
This is the absolute last time I say this.
WAY too late. You'd better get this
Linus,
The following changes since commit b648a0d22908116b4ef168935a160d7f17c4e6d:
Linus Torvalds (1):
Merge branch 'upstream-linus' of
master.kernel.org:/.../jgarzik/libata-dev
are found in the 'linus' branch of the git repository at:
git://kvm.qumranet.com/home/avi/kvm.git
The c
Avi Kivity wrote:
Linus,
The following changes since commit
2ff7354fe888f46f6629b57e463b0a1eb956c02b:
Eric W. Biederman (1):
x86_64/i386 irq: Fix !CONFIG_SMP compilation
are found in the git repository at:
git://kvm.qumranet.com/kvm.git#linus
Oops. git://kvm.qumranet.com/home/avi
Linus,
The following changes since commit 2ff7354fe888f46f6629b57e463b0a1eb956c02b:
Eric W. Biederman (1):
x86_64/i386 irq: Fix !CONFIG_SMP compilation
are found in the git repository at:
git://kvm.qumranet.com/kvm.git#linus
The changes fall into three broad categories:
- initial kvm
On Wed, 28 Feb 2007 08:44:45 -0800 David Brown wrote:
> > Yes. I goofed, and missed that stupid case. The offending lines
> > should just die. Patch already sent to Linus.
>
> Could the patch be posted? or could I see a git commit so I can get it myself?
I'm attaching it below. It hit the git
Yes. I goofed, and missed that stupid case. The offending lines
should just die. Patch already sent to Linus.
Could the patch be posted? or could I see a git commit so I can get it myself?
Thanks,
David Brown
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
Brice Goglin <[EMAIL PROTECTED]> writes:
> Linus Torvalds wrote:
>> Oh well.. I'm not very proud of this, because quite frankly, -rc2 has way
>> more changes than I really like.
>>
>
> Hi Linus,
>
> rc2 fails to build on my thinkpad t43:
>
> CC arch/i386/kernel/io_apic.o
> arch/i386/ker
* Linus Torvalds <[EMAIL PROTECTED]> [070228 06:16]:
> Anyway, I really hope the thing starts calming down now, and everybody
> should take a hard look at the regressions lists that Adrian has
> started sending out. We already fixed some of them, but there is more
> to go..
Ingo's patch correcting
Linus Torvalds wrote:
> Oh well.. I'm not very proud of this, because quite frankly, -rc2 has way
> more changes than I really like.
>
Hi Linus,
rc2 fails to build on my thinkpad t43:
CC arch/i386/kernel/io_apic.o
arch/i386/kernel/io_apic.c: In function 'setup_IO_APIC_irqs':
arch/i386
On 2/27/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
Oh well.. I'm not very proud of this, because quite frankly, -rc2 has way
more changes than I really like.
And yeah, it's largely my fault, because I simply missed a V4L/DVB merge
that came in before the merge window closed, but since I didn
Linus Torvalds wrote:
Oh well.. I'm not very proud of this, because quite frankly, -rc2 has way
more changes than I really like.
I got this warning so far :)
drivers/video/Kconfig:1622:warning: 'select' used by config symbol
'FB_PS3' refer to undefined symbol 'PS3_PS3AV'
Regards,
Ga
Oh well.. I'm not very proud of this, because quite frankly, -rc2 has way
more changes than I really like.
And yeah, it's largely my fault, because I simply missed a V4L/DVB merge
that came in before the merge window closed, but since I didn't notice it
didn't make -rc1, and as such it got mer
Thomas Gleixner <[EMAIL PROTECTED]> writes:
> >
> > Interrupt 0 is stuck at 114 (the number is consistent across reboots). I
> > don't experience any problem, time is running fine. Still it's strange
> > that the timer is doing nothing; maybe something other than the PIT is
> > used for time keepi
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > I already bisected this on my old pIII, which has the same problem:
> > clockevents-i386-drivers.patch
>
> yes - we know what the problem is (and will fix it): the stopping of the
> PIT - nmi_watchd
On Fri, 2007-02-23 at 12:35 +0100, Ingo Molnar wrote:
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > I already bisected this on my old pIII, which has the same problem:
> > clockevents-i386-drivers.patch
>
> yes - we know what the problem is (and will fix it): the stopping of the
> PIT - nm
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> I already bisected this on my old pIII, which has the same problem:
> clockevents-i386-drivers.patch
yes - we know what the problem is (and will fix it): the stopping of the
PIT - nmi_watchdog=1 is hack to use the IO-APIC's PIT pin to also signal
N
> On Wed, 21 Feb 2007 18:41:11 +0100 Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> On Wed, 2007-02-21 at 09:19 -0800, Daniel Walker wrote:
> > > At this point the PIT / HPET _is_ active and incrementing jiffies. The
> > > switch to local apic timers happens afterwards.
> >
> > Could be the switch
Arjan van de Ven wrote:
> if it's something built in the last year or two you have the hw.
>
>
I have an ICH4-M, and from Intel's datasheets it looks like I got the
short straw..
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer
Hi!
> Ok, the merge window for 2.6.21 has closed, and -rc1 is out there.
>
> There's a lot of changes, as is usual for an -rc1 thing, but at least so
> far it would seem that 2.6.20 has been a good base, and I don't think we
> have anything *really* scary here.
And lot of acpi/suspend changes
On Thu, 2007-02-22 at 22:07 +0100, Pierre Ossman wrote:
> Arjan van de Ven wrote:
> > no; c3 saves a TON more power.
> >
> > you can try enabling HPET in your BIOS...
> >
> >
>
> Hah, I wish! This is a laptop, so the BIOS is as brain dead and broken
> as is humanly possible.
>
> Can I determi
Hi,
On Thu, Feb 22, 2007 at 10:07:19PM +0100, Pierre Ossman wrote:
> Arjan van de Ven wrote:
> > no; c3 saves a TON more power.
> >
> > you can try enabling HPET in your BIOS...
> >
> >
>
> Hah, I wish! This is a laptop, so the BIOS is as brain dead and broken
> as is humanly possible.
>
> C
Arjan van de Ven wrote:
> no; c3 saves a TON more power.
>
> you can try enabling HPET in your BIOS...
>
>
Hah, I wish! This is a laptop, so the BIOS is as brain dead and broken
as is humanly possible.
Can I determine if I have the required hardware? So I can tell if I'm
permanently screwed,
t;Subject: Re: NO_HZ: timer interrupt stuck [Re: Linux 2.6.21-rc1]
>
>On Thu, 2007-02-22 at 16:13 +0100, Pierre Ossman wrote:
>> > Sure. My dmesg is full of mmc debug crud right now, but
>I'll just reboot
>> > and I'll have a clean one for you.
>> >
>>
On Thu, 2007-02-22 at 17:27 +0100, Pierre Ossman wrote:
> Thomas Gleixner wrote:
> >
> > Here is the reason. The local APIC stops working in C3 state and we fall
> > back to the PIT in that case. Not really exciting for dynticks, but the
> > only way to keep the system alive. There is a patch comin
Thomas Gleixner wrote:
>
> Here is the reason. The local APIC stops working in C3 state and we fall
> back to the PIT in that case. Not really exciting for dynticks, but the
> only way to keep the system alive. There is a patch coming up from
> Intel, which finds out how to use HPET even if it is n
On Thu, 2007-02-22 at 16:13 +0100, Pierre Ossman wrote:
> > Sure. My dmesg is full of mmc debug crud right now, but I'll just reboot
> > and I'll have a clean one for you.
> >
>
> Here we go.
> [ 44.498253] ACPI: Lid Switch [C136]
> [ 44.577672] No dock devices found.
> [ 44.714156] ACPI:
On Thu, 2007-02-22 at 13:36 +0100, Jan Engelhardt wrote:
> >
> >Yes, we switch away from PIT and use the local APIC timer. (LOC)
>
> What's the benefit of doing so - and why has not it been done before?
> I mean, I run a regular 2.6.18.6,
> /sys/devices/system/clocksource/clocksource0/current_cloc
Arjan van de Ven wrote:
> On Thu, 2007-02-22 at 15:10 +0100, Pierre Ossman wrote:
>
>>
>> So with a local apic, and acpi_pm as clocksource, I shouldn't be getting
>> timer
>> interrupts?
>>
>
> timer interrupts as in "irq0"?
>
>
Yes:
0:9786349XT-PIC-XTtimer
> you s
On Thu, 2007-02-22 at 15:10 +0100, Pierre Ossman wrote:
> Arjan van de Ven wrote:
> >
> > some can be used for both (PIT), but on a concept level the uses are
> > independent. The advantage of local apic over PIT is that local apic is
> > cheap to do "one shot" future events with, while the PIT wi
Arjan van de Ven wrote:
>
> some can be used for both (PIT), but on a concept level the uses are
> independent. The advantage of local apic over PIT is that local apic is
> cheap to do "one shot" future events with, while the PIT will tick
> periodic at a fixed frequency. With tickless idle.. that
> What's the benefit of doing so - and why has not it been done before?
> I mean, I run a regular 2.6.18.6,
> /sys/devices/system/clocksource/clocksource0/current_clocksource (is this
> related?) shows "acpi_pm", but the IRQ0 counter increases at HZ. Maybe I
> am confusing things, but why the need
401 - 500 of 539 matches
Mail list logo