Bart Trojanowski <[EMAIL PROTECTED]> writes:
> Hi all,
>
> I am looking at a two stage boot where linux is loaded to do some system
> initialization before booting to Windows, which needs BIOS.
>
> I am interested in bypassing the BIOS on the second boot.
>
> I wanted to know if anyone has attempt
On Sun, Apr 29, 2007 at 12:48:37AM +0100, Andy Whitcroft wrote:
> Andrew Morton wrote:
> > On Thu, 26 Apr 2007 20:25:19 +0200
> > Borislav Petkov <[EMAIL PROTECTED]> wrote:
> >
> >> Remove build warning mm/memory.c:1491: warning: 'ptl' may be used
> >> uninitialized in this function.
> >> The spi
* Kasper Sandberg <[EMAIL PROTECTED]> wrote:
> Okay so i've tried with cfs 7 now, and the completely broken audio
> behavior is fixed.
great! :) This worried me alot!
> Im not sure im describing properly, but say it takes 35fps for the 3d
> stuff to seem perfect, the fps monitor updates once
On Sun, 2007-04-29 at 07:30 +0200, Willy Tarreau wrote:
> I don't know if Mike still has problems with SD...
I'm neither testing recent SD releases nor looking at the source. All
the testing I did was a waste of my time and lkml bandwidth.
-Mike
-
To unsubscribe from this list: send th
On Sun, 29 Apr 2007, Stefan Richter wrote:
> Robert P. J. Day wrote:
> > i think this online definition matches what i have in mind:
> >
> > http://www.google.com/search?hl=en&rls=GGGL,GGGL:2006-10,GGGL:en&defl=en&q=define:Deprecated&sa=X&oi=glossary_definition&ct=title
>
> "Definitions of Depreca
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Thu, 19 Apr 2007 12:13:51 +1000
> [NETLINK]: Kill CB only when socket is unused
>
> Since we can still receive packets until all references to the
> socket are gone, we don't need to kill the CB until that happens.
> This also aligns ourselves with the r
On Sun, Apr 29, 2007 at 12:58:09AM +0200, Markus Rechberger wrote:
> On 4/29/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> >
> >
> >On Sat, 28 Apr 2007, Adrian Bunk wrote:
> >>
> >> We are already quite good at ignoring bug reports that come through
> >> linux-kernel, and it's an _advantage_ of t
On Saturday 28 April 2007 12:58, Thomas Gleixner wrote:
> On Sat, 2007-04-28 at 18:27 +0200, Michal Piotrowski wrote:
> > Hi all,
> >
> > Here is a list of known regressions reported after 2.6.21 release.
>
> Michal, thanks for stepping up !
>
> > Subject: 2.6.21 - BUG: at arch/i386/kernel/s
Hi,
On Sun, Apr 29, 2007 at 03:18:32AM +0200, Kasper Sandberg wrote:
> Okay so i've tried with cfs 7 now, and the completely broken audio
> behavior is fixed.
>
> The only things i really notice now is that gtk apps seems to redraw
> somewhat slower, and renicing X doesent seem to be able to brin
This adds an smp_ops for voyager, and hooks things up appropriately.
This is the first baby-step to making subarch runtime switchable.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Cc: James Bottomley <[EMAIL PROTECTED]>
Cc: Eric W. Biederman <[EMAIL PROTECTED]>
---
arch/i386/mach-voyag
Several parts of kernel/smp.c and smpboot.c are generally useful for
other subarchitectures and paravirt_ops implementations, so make them
available for reuse.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Cc: James Bottomley <[EMAIL PROTECTED]>
Cc: Eric W. Biederman <[EMAIL PROTECTED]>
vmstat is currently using the cache reaper to periodically bring the
statistics up to date. The cache reaper does only exists in SLUB
as a way to provide compatibility with SLAB. This patch removes
the vmstat calls from the slab allocators and provides its own
handling.
The advantage is also that
On Sat, Apr 28, 2007 at 02:46:18PM -0600, Eric W. Biederman wrote:
> "H. Peter Anvin" <[EMAIL PROTECTED]> writes:
>
> > Eric W. Biederman wrote:
> >>
> >> The boot protocol change is in 2.6.21 for arch/i386.
> >>
> >> HPA looked at it a while ago.
> >>
> >> All it does is set a flag that tells
On Sun, 29 Apr 2007, Adrian Bunk wrote:
> Forward declarations of static functions (if required) and actual
> variables (like fan_mutex) belong into the C file, not the header.
Very well. I will fix the mess for 2.6.23, or, time permitting, 2.6.22.
> > Maybe I should just break the driver into
Your patch is extremely mangled, please try to email it to yourself
and apply it if in doubt.
Furthermore, the comment your patch adds is unnecessary. That kind of
text belongs in the changelog comment, not the code. The changelog is
also where you'll get credit for your change.
There is no re
On Apr 28, 2007, at 19:45:01, Linus Torvalds wrote:
On Sun, 29 Apr 2007, Rafael J. Wysocki wrote:
Well, I'm not sure whether or not that still would have been the
case if we had stopped to freeze kernel threads for the
hibernation/suspend.
Did you miss the email where Paul pointed out that
From: Adrian Bunk <[EMAIL PROTECTED]>
Date: Sun, 29 Apr 2007 01:04:16 +0200
> Bugzilla has an email interface.
> Andrew forwards bugs from Bugzilla to developers.
Therefore, bugzilla only works at all when Andrew forwards things
around by-hand.
-
To unsubscribe from this list: send the line "unsu
From: "Markus Rechberger" <[EMAIL PROTECTED]>
Date: Sun, 29 Apr 2007 00:58:09 +0200
> On 4/29/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> >
> >
> > On Sat, 28 Apr 2007, Adrian Bunk wrote:
> > >
> > > We are already quite good at ignoring bug reports that come through
> > > linux-kernel, and it
On Sat, 28 Apr 2007 17:07:30 -0700 (PDT) Linus Torvalds <[EMAIL PROTECTED]>
wrote:
> On Sat, 28 Apr 2007, Martin J. Bligh wrote:
> >
> > Go to http://bugzilla.kernel.org. Hit query. Find the box that says
> > "Bug Changes, Only bugs changed in the last __ days". Stick 7 in it.
> >
> > 74 bugs f
(mostly drop the MSTR bit as our bus handles that and convert CHPA/CPOL into
SPI_MODE_#)
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
arch/blackfin/mach-bf533/boards/cm_bf533.c |4 +--
arch/blackfin/mach-bf533/boards/ezkit.c |4 +--
arch/blackfin/mach-bf533/boards/stamp.c
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
arch/blackfin/kernel/setup.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/blackfin/kernel/setup.c b/arch/blackfin/kernel/setup.c
index 724fd7a..342bb8d 100644
--- a/arch/blackfin/kernel/setup.c
+++ b/arch/blackfin/ker
From: Roland Dreier <[EMAIL PROTECTED]>
Date: Sat, 28 Apr 2007 14:05:27 -0700
> However I can suggest vpnc (http://www.unix-ag.uni-kl.de/~massar/vpnc/)
> as an alternative. I'm not forced to use Cisco VPN access any more,
> but when I tried it, vpnc was tons better than the Cisco product.
Also,
On Sun, 29 Apr 2007 00:48:37 +0100 Andy Whitcroft <[EMAIL PROTECTED]> wrote:
> > +++ a/mm/memory.c
> > @@ -1455,7 +1455,7 @@ static int apply_to_pte_range(struct mm_
> > pte_t *pte;
> > int err;
> > struct page *pmd_page;
> > - spinlock_t *ptl;
> > + spinlock_t *ptl = ptl;
(http://lkml.org/lkml/2007/4/16/333)
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
drivers/spi/Kconfig | 11 +-
drivers/spi/Makefile |4 +-
drivers/spi/spi_bfin5xx.c | 345 -
3 files changed, 193 insertions(+), 167 deletions(-)
diff
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
drivers/serial/Kconfig | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/serial/Kconfig b/drivers/serial/Kconfig
index 3484834..e8efe93 100644
--- a/drivers/serial/Kconfig
+++ b/drivers/serial/Kconfig
@@ -513
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
arch/blackfin/kernel/setup.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/blackfin/kernel/setup.c b/arch/blackfin/kernel/setup.c
index 76e1f10..6a2190f 100644
--- a/arch/blackfin/kernel/setup.c
+++ b/arch/blackfin
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
arch/blackfin/kernel/setup.c| 72 +++---
include/asm-blackfin/mach-bf533/bf533.h |2 +-
include/asm-blackfin/mach-bf537/bf537.h |2 +-
include/asm-blackfin/mach-bf561/bf561.h |2 +-
include/asm-blackf
* Some bugfixes in blackfin arch patch, serial core patch
* Update blackfin spi controller driver patch accoding to David Brownell's
review
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.k
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
arch/blackfin/mach-common/ints-priority-sc.c | 77 +++--
1 files changed, 34 insertions(+), 43 deletions(-)
diff --git a/arch/blackfin/mach-common/ints-priority-sc.c
b/arch/blackfin/mach-common/ints-priority-sc.c
index c30726b
+static ssize_t container_read_uint(struct container *cont, struct cftype *cft,
+ struct file *file,
+ char __user *buf, size_t nbytes,
+ loff_t *ppos)
+{
+ char tmp[64];
+ u64 val = cft->
On Sun, 29 Apr 2007 08:11:30 +1000 Neil Brown <[EMAIL PROTECTED]> wrote:
> On Saturday April 28, [EMAIL PROTECTED] wrote:
> >
> > Yes, human involvement from someone with half a brain would be better.
> > Andrew does a lot of that. Not a particularly good use of talent really.
> > but still.
>
>
On Sat, Apr 28, 2007 at 04:58:21PM -0300, Henrique de Moraes Holschuh wrote:
> On Sat, 28 Apr 2007, Adrian Bunk wrote:
>...
> > BTW: Prototypes for static versions and static variables in a header
> > file are really wrong, but the mess is bigger than what I'm
> > willing to clean up...
>
Sent this patch a few weeks ago to the addresses listed for Token Ring
maintainers. No response, and the linux-tr@ address bounced. Resent
here in case someone wants to pick it up. Perhaps a MAINTAINERS edit
might be in order also.
- Paul
Ejecting a PCMCIA IBM Token Ring card that has
On Tuesday 24 April 2007 20:22, Mattia Dongili wrote:
> Acked-by: Mattia Dongili <[EMAIL PROTECTED]>
applied.
thanks,
-Len
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordom
> > This patch makes the needlessly global fan_mutex static.
applied.
thanks,
-Len
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at htt
Simon Arlott wrote:
When this is compiled in it is run too early to do anything useful:
[6.052000] padlock: No VIA PadLock drivers have been loaded.
[6.052000] padlock: Using VIA PadLock ACE for AES algorithm.
[6.052000] padlock: Using VIA PadLock ACE for SHA1/SHA256 algorithms.
When
> - decide whether "Containers" is an acceptable name for the system
> given its usage by some other development groups, or whether something
> else (ProcessSets? ResourceGroups? TaskGroups?) would be better
I place in nomination:
tasksets
However this would conflict with the taskset uti
Matthew Garrett wrote:
> On Sat, Apr 28, 2007 at 12:15:50PM -0700, David Lang wrote:
>> with dynaticks now in the kernel it may even be possible to have the idle
>> process decide that the next event is far enough away that it should
>> suspend-to-ram until that point.
>
> This would be ideal (a
On Sat, Apr 28, 2007 at 11:21:54PM +0200, Krzysztof Halasa wrote:
> Greg KH <[EMAIL PROTECTED]> writes:
>
> >> Also, assignation of ttyUSB#'s is volatile depending on phase of the
> >> moon when booted.
> >
> > That's always been the case, ever since the 2.2 kernel releases. Please
> > use udev i
On Sat, Apr 28, 2007 at 10:31:37PM +0200, Thomas Gleixner wrote:
> On Sat, 2007-04-28 at 21:15 +0100, Alan Cox wrote:
> > > > I have a political question, if I have a user space driver, is my
> > > > kernel
> > > > tainted or not?
> > >
> > > Surely not. By using the kernel's userspace interfac
Chuck Ebbert wrote:
Robert Hancock wrote:
I've seen a lot of systems (including brand new Xeon-based servers from
IBM and HP) that output messages on boot like:
PCI: BIOS Bug: MCFG area at f000 is not E820-reserved
PCI: Not using MMCONFIG.
So Microsoft is explicitly telling the BIOS devel
Okay so i've tried with cfs 7 now, and the completely broken audio
behavior is fixed.
The only things i really notice now is that gtk apps seems to redraw
somewhat slower, and renicing X doesent seem to be able to bring it on
par with SD or vanilla.
And smoothness just doesent match SD, it may be
On Sat, Apr 28, 2007 at 12:15:50PM -0700, David Lang wrote:
> with dynaticks now in the kernel it may even be possible to have the idle
> process decide that the next event is far enough away that it should
> suspend-to-ram until that point.
This would be ideal (and it's broadly what the OLPC g
On Sat, Apr 28, 2007 at 12:08:04PM -0700, Andrew Morton wrote:
> On Sat, 28 Apr 2007 16:31:29 +0400 Anton Vorontsov <[EMAIL PROTECTED]> wrote:
>
> > On Sat, Apr 28, 2007 at 04:51:48AM -0700, Andrew Morton wrote:
> > > On Fri, 27 Apr 2007 03:29:02 +0400 Anton Vorontsov <[EMAIL PROTECTED]>
> > > wr
On Sunday 29 April 2007 02:21:27 Jeremy Fitzhardinge wrote:
> Initialize early_gdt_descr and idle task properly.
>
> [ Incremental fix for "i386: introduce voyager smp_ops, fix voyager build" ]
Please do a merged patch again and I'm waiting for it being tested.
-Andi
-
To unsubscribe from this l
On 4/29/07, Bob Tracy <[EMAIL PROTECTED]> wrote:
Linus Torvalds wrote:
> On Sun, 29 Apr 2007, Markus Rechberger wrote:
> > How else should bugs get handled, sending them to the lkml?
>
> Actually, looking at Adrian's regression lists, yes. lkml worked better
> than bugzilla did. By at _least_ a f
Up through 2.6.20 we cleared the FADT.CSTATE_CONTROL field
for FADT versions before r3, because it made no sense
for that reserved field to be set for pre-ACPI 2.0 systems.
It turns out that not clearing this field exposes
Linux to SMM BIOS failures, so do the same in 2.6.21.
http://bugzilla.kern
Robert P. J. Day wrote:
> + This feature gives you the ability to de-select entire sets of
> + kernel features based on how they've been tagged with the
> + "maturity" directive.
Why expose the end-user to implementation details like "been tagged with
the 'maturity' directive"?
Robert P. J. Day wrote:
> * deprecated: while a feature is still supported, its use is
> discouraged because there is a better alternative that you should
> consider migrating to at your convenience.
IOW "discouraged, no {mid,long}-term commitment, alternative available,
supported"
> * obsolete:
On 4/29/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
On Sun, 29 Apr 2007, Markus Rechberger wrote:
>
> I totally disagree here, bugzilla is a very good tool. If someone is
> too lazy to look at it it's his problem.
You must be doing things very differently from a lot of other people if
you th
Robert P. J. Day wrote:
> i think this online definition matches what i have in mind:
>
> http://www.google.com/search?hl=en&rls=GGGL,GGGL:2006-10,GGGL:en&defl=en&q=define:Deprecated&sa=X&oi=glossary_definition&ct=title
"Definitions of Deprecated on the Web: [...] This term is used to refer
to /o
Initialize early_gdt_descr and idle task properly.
[ Incremental fix for "i386: introduce voyager smp_ops, fix voyager build" ]
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Cc: James Bottomley <[EMAIL PROTECTED]>
Cc: Eric W. Biederman <[EMAIL PROTECTED]>
---
arch/i386/kernel/smpboot.c
Linus Torvalds wrote:
> On Sun, 29 Apr 2007, Markus Rechberger wrote:
> > How else should bugs get handled, sending them to the lkml?
>
> Actually, looking at Adrian's regression lists, yes. lkml worked better
> than bugzilla did. By at _least_ a factor of two.
Since 1992, lkml (with "Cc:" to th
On Sun, 29 Apr 2007, Neil Brown wrote:
>
> I think more than half a brain is needed to do this well. You need a
> reasonable understanding of how all the bits of the kernel work
> together so that you have a good chance of sending the bug in the right
> direction.
Yes. However, even if you jus
On Sat, 28 Apr 2007, Martin J. Bligh wrote:
>
> Go to http://bugzilla.kernel.org. Hit query. Find the box that says
> "Bug Changes, Only bugs changed in the last __ days". Stick 7 in it.
>
> 74 bugs found.
>
> Not hard to do.
And what part of the "directed" did you miss?
Do you really expect
On Sat, Apr 28, 2007 at 04:40:31PM -0700, Linus Torvalds wrote:
>...
> What's the difference between bugzilla and lkml.org? Both have search
> buttons. Both archive the old stuff. Both can be pointed to.
Mailing lists don't track bugs.
The _only_ reason why I originally started regression lists
Hi.
On Sat, 2007-04-28 at 16:45 -0700, Linus Torvalds wrote:
>
> On Sun, 29 Apr 2007, Rafael J. Wysocki wrote:
> >
> > OK, more precisely: fs-related threads should not try to process their
> > queues,
> > etc., after the snapshot is done, because that may cause some fs data to be
> > written a
On Sun, 29 Apr 2007, Adrian Bunk wrote:
>
> Bugzilla has an email interface.
> Andrew forwards bugs from Bugzilla to developers.
Yes. And if you search around, you'll even see that I occasionally use it.
But it's useful only once the bug has been assigned and somebody has
actually *looked* a
On Sat, 2007-04-28 at 16:35 -0700, Christoph Lameter wrote:
> Hmmm... Yes but that looks like it comes from a different function. Slab
> calls
>
> __round_jiffies_relative(HZ, cpu))
>
> And its description says:
>
> /**
> *
> * The exact rounding is skewed for each processor to avoid all
>
Andrew Morton wrote:
> On Thu, 26 Apr 2007 20:25:19 +0200
> Borislav Petkov <[EMAIL PROTECTED]> wrote:
>
>> Remove build warning mm/memory.c:1491: warning: 'ptl' may be used
>> uninitialized in this function.
>> The spinlock pointer is assigned to null since it gets overwritten right
>> away in
Jeremy Fitzhardinge wrote:
> Eric W. Biederman wrote:
>
>> Unless I have missed something early_gdt_descr still needs to be updated.
>>
>>
>
> The patch is on top of Andi's current queue, which includes quite a few
> boot-time gdt setup cleanups. early_gdt_descr has gone.
Hm, I was th
On Sun, 29 Apr 2007, Rafael J. Wysocki wrote:
>
> OK, more precisely: fs-related threads should not try to process their queues,
> etc., after the snapshot is done, because that may cause some fs data to be
> written at that time and then the fs in question may be corrupted after the
> restore.
28 Nis 2007 Cts tarihinde, Ingo Molnar şunları yazmıştı:
> * S.Çağlar Onur <[EMAIL PROTECTED]> wrote:
> > If you want some more output/info etc. please just say, i have both v6
> > and v7 available.
>
> could you try the auto-renice patch ontop of -v7:
>
> http://people.redhat.com/mingo/cfs-sche
When this is compiled in it is run too early to do anything useful:
[6.052000] padlock: No VIA PadLock drivers have been loaded.
[6.052000] padlock: Using VIA PadLock ACE for AES algorithm.
[6.052000] padlock: Using VIA PadLock ACE for SHA1/SHA256 algorithms.
When it's a module it isn
On Sun, 29 Apr 2007, Markus Rechberger wrote:
>
> I totally disagree here, bugzilla is a very good tool. If someone is
> too lazy to look at it it's his problem.
You must be doing things very differently from a lot of other people if
you think that's the case.
> Kernel Janitors can pick out s
On Sun, 29 Apr 2007, Stefan Richter wrote:
> I see a discussion on OBSOLETE vs. BROKEN there, which even ended in
> a consensus, but I do not see an explicit discussion on OBSOLETE vs.
> DEPRECATED.
i think this online definition matches what i have in mind:
http://www.google.com/search?hl=en&rl
On Sat, 28 Apr 2007, Arjan van de Ven wrote:
> Christoph Lameter wrote:
> > The slab reaper takes global locks. If one makes all cache reapers fire at
> > the same time as this patch does then there will be a lot of contention that
> > may result lots of interrupt holdoffs since some locks are tak
On Sun, 29 Apr 2007, Stefan Richter wrote:
> (Although if a certain number of kernel components is
> inappropriately labeled, the facility becomes useless of course.)
well, sure, but if someone chooses to use a tool incorrectly, there's
really no way to stop them. and i'm guessing that that sort
On Sat, 28 Apr 2007, William Heimbigner wrote:
On Sat, 28 Apr 2007, Andrew Morton wrote:
On Sat, 28 Apr 2007 21:40:19 + (GMT) William Heimbigner
<[EMAIL PROTECTED]> wrote:
> This bug occurs in linux-2.6.21-rc7-mm2, and does not occur in
> 2.6.21-rc7
> ARCH is powerpc
>
> dmesg ou
On Sun, 29 Apr 2007, Adrian Bunk wrote:
>
> That's exactly where Linus' "drop any bug reports that are more than a
> week old" suggestion is completely flawed - no matter what the submitter
> does, how often he tests latest kernels, noone will help him.
You talk, but what do you actually *sug
Eric W. Biederman wrote:
> Except for Xen my patch should work incrementally.
Yes, your patch is good. I have it in my series followed by the
appropriate Xen patch, and it boots OK both Xen and native.
J
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body o
On 28/04/07 23:37, Randy Dunlap wrote:
On Sat, 28 Apr 2007 17:44:42 +0100 Simon Arlott wrote:
The padlock.ko module is completely useless when compiled in
because it can't do anything and gets run too early to output
anything useful.
--- a/drivers/crypto/Makefile
+++ b/drivers/crypto/Makefile
Am 28.04.2007 15:25 schrieb Robert P. J. Day:
> http://fsdev.net/wiki/index.php?title=Maturity_levels
You note:
> DEPRECATED and OBSOLETE at the very least, whose definitions should be
> reasonably obvious.
The obviousness is in the eye of the beholder. :-)
For the sake of us non-native speake
Eric W. Biederman wrote:
> Unless I have missed something early_gdt_descr still needs to be updated.
>
The patch is on top of Andi's current queue, which includes quite a few
boot-time gdt setup cleanups. early_gdt_descr has gone.
J
-
To unsubscribe from this list: send the line "unsubsc
On Sunday, 29 April 2007 00:33, Adrian Bunk wrote:
> On Sun, Apr 29, 2007 at 08:11:30AM +1000, Neil Brown wrote:
> > On Saturday April 28, [EMAIL PROTECTED] wrote:
> >...
> > > As Andrew has pointed out before though - even though he forwards
> > > the bugs, nobody does anything with it. The sad tr
On Sat, Apr 28, 2007 at 03:33:39PM -0700, Linus Torvalds wrote:
>
>
> On Sat, 28 Apr 2007, Adrian Bunk wrote:
> >
> > We are already quite good at ignoring bug reports that come through
> > linux-kernel, and it's an _advantage_ of the kernel Bugzilla to see more
> > than 1600 open bugs because
On Saturday, 28 April 2007 23:25, Linus Torvalds wrote:
>
> On Sat, 28 Apr 2007, Rafael J. Wysocki wrote:
> > >
> > > The freezer has *caused* those deadlocks (eg by stopping threads that
> > > were
> > > needed for the suspend writeouts to succeed!), not solved them.
> >
> > I can't remember
On 4/29/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
On Sat, 28 Apr 2007, Adrian Bunk wrote:
>
> We are already quite good at ignoring bug reports that come through
> linux-kernel, and it's an _advantage_ of the kernel Bugzilla to see more
> than 1600 open bugs because this tells how bad we ar
On Sat, Apr 28, 2007 at 09:27:01PM +0100, Russell King wrote:
> On Sat, Apr 28, 2007 at 09:53:20PM +0200, Adrian Bunk wrote:
> > We are already quite good at ignoring bug reports that come through
> > linux-kernel, and it's an _advantage_ of the kernel Bugzilla to see more
> > than 1600 open bugs
I don't think there is any reason to think the accounting is wrong. The
accounted number of queue entries is 1. The -1 (~0ul) displayed is the
maximum for your process, which is RLIM_INFINITY.
Nothing in what you've reported so far points positively towards a signals
issue per se. First, you sh
On Sat, 28 Apr 2007, Lee Revell wrote:
On 4/28/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
Well, it is not really a DoS. The rescheduling of the process is limited
by the scheduler and the available CPU time (depending on the number of
runnable tasks in the system).
Shouldn't an unpriv
On Sunday April 29, [EMAIL PROTECTED] wrote:
> On Sun, Apr 29, 2007 at 08:11:30AM +1000, Neil Brown wrote:
> >
> > I think there is value in weekly reminders, and I wouldn't mind seeing
> > a weekly Email on linux-kernel with something like a list of open bugs
> > that have not seen any activity i
On Sat, Apr 28, 2007 at 07:37:17AM +0200, Mikulas Patocka wrote:
SpadFS doesn't write to unallocated parts like log filesystems (LFS) or
phase tree filesystems (TUX2); it writes inside normal used structures,
but it marks each structure with generation tags --- when it updates
global table of tag
On 4/28/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
Well, it is not really a DoS. The rescheduling of the process is limited
by the scheduler and the available CPU time (depending on the number of
runnable tasks in the system).
Shouldn't an unprivileged process be rate limited somehow to av
On Sat, 28 Apr 2007 17:44:42 +0100 Simon Arlott wrote:
> The padlock.ko module is completely useless when compiled in
> because it can't do anything and gets run too early to output
> anything useful:
>
> [6.052000] padlock: No VIA PadLock drivers have been loaded.
> [6.052000] padlock:
On Sat, 28 Apr 2007, Adrian Bunk wrote:
>
> We are already quite good at ignoring bug reports that come through
> linux-kernel, and it's an _advantage_ of the kernel Bugzilla to see more
> than 1600 open bugs because this tells how bad we are at handling bugs.
No, it just shows that bugzilla
On Sun, Apr 29, 2007 at 08:11:30AM +1000, Neil Brown wrote:
> On Saturday April 28, [EMAIL PROTECTED] wrote:
>...
> > As Andrew has pointed out before though - even though he forwards
> > the bugs, nobody does anything with it. The sad truth seems to be
> > that people have very little interest in
Robert P. J. Day wrote:
> On Sat, 28 Apr 2007, Stefan Richter wrote:
>> And that benefit is...? :-)
...
> if you're not convinced, there's nothing else i can think of to say
> that will persuade you.
It didn't come across this way, sorry, but I didn't ask a priori to be
persuaded, but rather becau
On Sat, Apr 28, 2007 at 09:50:00AM +1000, Peter Williams wrote:
> Neil Horman wrote:
> >On Sat, Apr 28, 2007 at 12:28:28AM +1000, Peter Williams wrote:
> >>Neil Horman wrote:
> >>>On Fri, Apr 27, 2007 at 04:05:11PM +1000, Peter Williams wrote:
> >
> >Damn, This is what happens when I try to do thin
On Sat, 28 Apr 2007, Andrew Morton wrote:
On Sat, 28 Apr 2007 21:40:19 + (GMT) William Heimbigner <[EMAIL PROTECTED]>
wrote:
This bug occurs in linux-2.6.21-rc7-mm2, and does not occur in 2.6.21-rc7
ARCH is powerpc
dmesg output, captured via netconsole:
[0.00] Using PowerMac mach
On Saturday April 28, [EMAIL PROTECTED] wrote:
>
> Yes, human involvement from someone with half a brain would be better.
> Andrew does a lot of that. Not a particularly good use of talent really.
> but still.
I think more than half a brain is needed to do this well. You need a
reasonable unders
On Sat, 2007-04-28 at 23:53 +0200, matthieu castet wrote:
> Hi,
>
> some programs need to do some short of busyloop. It was often
> implemented as :
>
> while (1) {
> if (can_do_stuff) {
> do_stuff();
> }
> else
> //sleep a very short of time
>
On Sat, 28 Apr 2007, Andrew Morton wrote:
>
> It seems wildly screwed up that we have a PageReserved() page with a pfn of
> zero (!) which claims to be in a reiserfs mapping, only it isn't attached
> to a reiserfs file. How the heck did that happen?
It's "simply" that it somehow got a spurious p
On Sat, 28 Apr 2007 21:40:19 + (GMT) William Heimbigner <[EMAIL PROTECTED]>
wrote:
> This bug occurs in linux-2.6.21-rc7-mm2, and does not occur in 2.6.21-rc7
> ARCH is powerpc
>
> dmesg output, captured via netconsole:
> [0.00] Using PowerMac machine description
> [0.00] Tot
summary: there seems to be a bug in RLIMIT_SIGPENDING accounting that
can cause it to go negative. associated with this fact, the given
process may get stuck forever trying to enter a 'clone' syscall.
long version:
- several people have experienced this problem of Xorg hanging forever
(100% cpu
On Sat, Apr 28, 2007 at 07:37:17AM +0200, Mikulas Patocka wrote:
> SpadFS doesn't write to unallocated parts like log filesystems (LFS) or
> phase tree filesystems (TUX2); it writes inside normal used structures,
> but it marks each structure with generation tags --- when it updates
> global tab
Jeremy Fitzhardinge <[EMAIL PROTECTED]> writes:
> This adds an smp_ops for voyager, and hooks things up appropriately.
> This is the first baby-step to making subarch runtime switchable.
Unless I have missed something early_gdt_descr still needs to be updated.
Eric
-
To unsubscribe from this l
Hi,
some programs need to do some short of busyloop. It was often
implemented as :
while (1) {
if (can_do_stuff) {
do_stuff();
}
else
//sleep a very short of time
usleep(1);
}
usleep(1) or equivalent where used instead of
Russell King wrote:
> On Sat, Apr 28, 2007 at 09:53:20PM +0200, Adrian Bunk wrote:
>> We are already quite good at ignoring bug reports that come through
>> linux-kernel, and it's an _advantage_ of the kernel Bugzilla to see more
>> than 1600 open bugs because this tells how bad we are at handlin
This bug occurs in linux-2.6.21-rc7-mm2, and does not occur in 2.6.21-rc7
ARCH is powerpc
dmesg output, captured via netconsole:
[0.00] Using PowerMac machine description
[0.00] Total memory = 128MB; using 256kB for hash table (at c7fc)
[0.00] Linux version 2.6.21-rc7-
1 - 100 of 448 matches
Mail list logo
