* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> so Linus was right: this was caused by scheduler starvation. I can see
> one immediate problem already: the 'nice offset' is not divided by
> nr_running as it should. The patch below should fix this but i have
> yet to test it accurately, this change
On Sun, Apr 15, 2007 at 09:20:46PM +0200, Ingo Molnar wrote:
> so Linus was right: this was caused by scheduler starvation. I can see
> one immediate problem already: the 'nice offset' is not divided by
> nr_running as it should. The patch below should fix this but i have yet
> to test it
On Sunday, 15 April 2007 20:50, Tobias Diedrich wrote:
> Rafael J. Wysocki wrote:
> > On Sunday, 15 April 2007 16:19, Dmitry Torokhov wrote:
> > > On Sunday 15 April 2007 07:16, Rafael J. Wysocki wrote:
> > > > On Sunday, 15 April 2007 10:02, Tobias Diedrich wrote:
> > > >
> > > > > > With
* Willy Tarreau <[EMAIL PROTECTED]> wrote:
> > to debug this, could you try to apply this add-on as well:
> >
> > http://redhat.com/~mingo/cfs-scheduler/sched-fair-print.patch
> >
> > with this patch applied you should have a /proc/sched_debug file
> > that prints all runnable tasks and
This patch should fix or partly fix this bug:
http://bugzilla.kernel.org/show_bug.cgi?id=8276
The problem is:
- if we see "zero link case" during reading inode operation,
we call ufs_error(which remount fs readonly), but not "mark" inode as
bad (1)
- in readonly case we do not fill some data
On Sunday 15 April 2007 19:07, emisca wrote:
> I can confirm this, I have a Seagate Momentus 5400.3 sata disk, and it
> spins off, respin up and again off when I halt my notebook.
> I had before this disk an IBM/Hitachi one, and it doesn't have this
> behaviour.
>
> Take a look at this bug report:
On Apr 15, 2007, at 10:59 AM, Linus Torvalds wrote:
It's a really good thing, and it means that if somebody shows that
your
code is flawed in some way (by, for example, making a patch that
people
claim gets better behaviour or numbers), any *good* programmer that
actually cares about his
On Apr 15 2007 12:53, Henrique de Moraes Holschuh wrote:
>On Sat, 14 Apr 2007, Pavel Machek wrote:
>> How common are notebooks that cut power to disks during reboot?
>
>Assuming it also does this when running Windows, I'd report it as a grave
>bug to the vendor and demand it to be fixed, or the
+ printk("Fair Scheduler: Copyright (c) 2007 Red Hat, Inc., Ingo
Molnar\n");
So that's what all the fuss about the staircase scheduler is all about
then! At last, I see your point.
i'd like to give credit to Con Kolivas for the general approach here:
he has proven via RSDL/SD
> Assuming no one else wants the job (ruik?) I'll start working with Jean to
> get things set up as soon as I can.
No, I already wrote that I do not have enough time :/ I will try to support you
at least with the reviews. Cool would be if someone would take a support role,
because I simply do not
Hi Ingo,
On Sun, Apr 15, 2007 at 07:55:55PM +0200, Ingo Molnar wrote:
>
> * Willy Tarreau <[EMAIL PROTECTED]> wrote:
>
> > Well, since I merged the fair-fork patch, I cannot reproduce (in fact,
> > bash forks 1000 processes, then progressively execs scheddos, but it
> > takes some time). So
On Sun, 15 Apr 2007, Mike Galbraith wrote:
> On Sun, 2007-04-15 at 16:08 +0300, Pekka J Enberg wrote:
> >
> > He did exactly that and he did it with a patch. Nothing new here. This is
> > how development on LKML proceeds when you have two or more competing
> > designs. There's absolutely no
On Sun, 2007-04-15 at 12:58 -0400, Gene Heskett wrote:
> Chuckle, possibly but then I'm not anything even remotely close to an expert
> here Con, just reporting what I get. And I just rebooted to 2.6.21-rc6 +
> sched-mike-5.patch for grins and giggles, or frowns and profanity as the case
>
* Willy Tarreau <[EMAIL PROTECTED]> wrote:
> Well, since I merged the fair-fork patch, I cannot reproduce (in fact,
> bash forks 1000 processes, then progressively execs scheddos, but it
> takes some time). So I'm rebuilding right now. But I think that Linus
> has an interesting clue about
Hi Mark,
On 4/15/07, Mark M. Hoffman <[EMAIL PROTECTED]> wrote:
Hi Jean, et al:
* Jean Delvare <[EMAIL PROTECTED]> [2007-04-10 15:02:27 +0200]:
> I am resigning from my role as hardware monitoring subsystem
> (drivers/hwmon) maintainer. This is too much work for me, I do not have
> the
On Sunday 15 April 2007 9:37 am, Rafael J. Wysocki wrote:
>
> Which makes me think the following patch might help:
>
> drivers/input/serio/i8042.c |3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> Index: linux-2.6.21-rc6/drivers/input/serio/i8042.c
>
Jiri Slaby wrote:
> On 4/14/07, Jan Yenya Kasprzak <[EMAIL PROTECTED]> wrote:
> > Jiri Slaby wrote:
> > : ioctl(fd, TIOCMIWAIT, TIOCM_CD);
> [...]
> > Hmm, I have tried to run this, and got a machine lockup, and after
> > a minute or so the following has been printed to the console:
>
>
On Thursday 12 April 2007 11:58, Alan Cox wrote:
> > Third, sys_getcwd() shouldn't return disconnected paths. The patch checks
for
> > that, and makes it fail with -ENOENT in that case
>
> That is a fairly significant and sudden change to the existing
> kernel/user interface.
Well, this is not
On Sun, 2007-04-15 at 04:57 -0400, David R. Litwin wrote:
> On 15/04/07, Kasper Sandberg <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-04-13 at 19:18 -0400, David R. Litwin wrote:
>
> > By the way, forget about this FUSE business. I don't know why they're
> > bothering: It's not real, it's slow and,
On Sun, 2007-04-15 at 16:08 +0300, Pekka J Enberg wrote:
> On Sun, 15 Apr 2007, Willy Tarreau wrote:
> > Ingo could have publicly spoken with them about his ideas of killing
> > the O(1) scheduler and replacing it with an rbtree-based one, and using
> > part of Bill's work to speed up development.
SPIN_LOCK_UNLOCKED macro cleanup, use __SPIN_LOCK_UNLOCKED instead.
Signed-off-by: Milind Arun Choudhary <[EMAIL PROTECTED]>
---
kernel/traps.c |6 +++---
kernel/unwind.c |2 +-
mm/tlb.c|6 +++---
3 files changed, 7 insertions(+), 7 deletions(-)
diff --git
On 4/14/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
Subject: suspend to disk hangs (CONFIG_NO_HZ)
References : http://lkml.org/lkml/2007/3/25/217
Submitter : Jeff Chua <[EMAIL PROTECTED]>
Status : unknown
Still hangs on -rc6.
Thanks,
Jeff.
-
To unsubscribe from this list: send the
The device has commands to start/stop the ADSL function, so this adds a
sysfs attribute to allow it to be started/stopped/restarted. It also
stops polling the device for status when the ADSL function is disabled.
There are no problems with sending multiple start or stop commands, even
with a
On Sunday 15 April 2007, Con Kolivas wrote:
>On Monday 16 April 2007 01:16, Gene Heskett wrote:
>> On Sunday 15 April 2007, Pekka Enberg wrote:
>> >On 4/15/07, hui Bill Huey <[EMAIL PROTECTED]> wrote:
>> >> The perception here is that there is that there is this expectation
>> >> that sections of
Hi,
2007/4/15, Ingo Molnar <[EMAIL PROTECTED]>:
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > [1] http://cekirdek.pardus.org.tr/~caglar/strace.kaffeine
Could you try xine-ui or gxine? Because I suspect rather xine-lib for
freezing issues. In any way I think a gdb backtrace would be much
On Monday 16 April 2007 01:16, Gene Heskett wrote:
> On Sunday 15 April 2007, Pekka Enberg wrote:
> >On 4/15/07, hui Bill Huey <[EMAIL PROTECTED]> wrote:
> >> The perception here is that there is that there is this expectation that
> >> sections of the Linux kernel are intentionally "churn
On Sunday, 15 April 2007 17:14, David Brownell wrote:
> On Sunday 15 April 2007 4:16 am, Rafael J. Wysocki wrote:
> > On Sunday, 15 April 2007 10:02, Tobias Diedrich wrote:
>
> > > > > > Yes, it's a Asus M2N-SLI-Deluxe Mainboard with a Athlon64 3200+
> > > > > > single core CPU.
>
> And NVidia
On Sunday, 15 April 2007 16:19, Dmitry Torokhov wrote:
> On Sunday 15 April 2007 07:16, Rafael J. Wysocki wrote:
> > On Sunday, 15 April 2007 10:02, Tobias Diedrich wrote:
> >
> > > > With CONFIG_PM_DEBUG=y and CONFIG_DISABLE_CONSOLE_SUSPEND=y I see
> > > > that the second suspend hangs at "i8042
> It outlines the problems with Linux kernel development and questionable
> elistism regarding ownership of certain sections of the kernel code.
I have to step in and disagree here
Linux is not about who writes the code.
Linux is about getting the best solution for a problem. Who wrote
Antonino A. Daplas wrote:
> A screen with blinking green blocks implies that your display is in text
> mode, not in graphics mode.
Yes, it happens when I suspend from text mode.
> If the above does not work, also try
>
> acpi_sleep=s3_bios,s3_mode
Will try, but I'm using "s2ram -f -a3" which
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > [1] http://cekirdek.pardus.org.tr/~caglar/strace.kaffeine
>
> thanks. This does has the appearance of a userspace race condition of
> some sorts. Can you trigger this hang with the patch below applied to
> the vanilla tree as well? (with no CFS
* S.Çağlar Onur <[EMAIL PROTECTED]> wrote:
> > hm, could you try to strace it and/or attach gdb to it and figure
> > out what's wrong? (perhaps involving the Kaffeine developers too?)
> > As long as it's not a kernel level crash i cannot see how the
> > scheduler could directly cause this -
In article <[EMAIL PROTECTED]> you wrote:
> A development process like this is likely to exclude smart people from wanting
> to contribute to Linux and folks should be conscious about this issues.
Nobody is excluded, you can always have a next iteration.
Gruss
Bernd
-
To unsubscribe from this
I can confirm this, I have a Seagate Momentus 5400.3 sata disk, and it
spins off, respin up and again off when I halt my notebook.
I had before this disk an IBM/Hitachi one, and it doesn't have this behaviour.
Take a look at this bug report:
Linus,
Please pull from:
ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/v4l-dvb.git
master
For the following:
- Fix Kernel Bugzilla #8301: spinlock fix for flexcop-pci
- Fix 1/3 for bug 7819: fixed frontend hotplug issue
- Fix 2/3 for bug 7819: demux and dvr
- Fix
On Sat, 14 Apr 2007, Pavel Machek wrote:
> How common are notebooks that cut power to disks during reboot?
Not common at all. Given that it wears the electronics a lot, it must be
either a defect (of the kinds Brazilian law forces the manufacturer to
either fix or give you your money back).
On Fri, Apr 13, 2007 at 03:38:18PM +0400, Denis Kirjanov wrote:
> I updated the BIOS to the latest version, but the problem persists.
> Boots option pci = noacpi not solved the problem. Reporting bios bug
> disappears when setting pci = nommconf, But the kernel is still not
> loaded (
On x86_64
* Willy Tarreau <[EMAIL PROTECTED]> wrote:
>> [...] and using part of Bill's work to speed up development.
On Sun, Apr 15, 2007 at 05:39:33PM +0200, Ingo Molnar wrote:
> ok, let me make this absolutely clear: i didnt use any bit of plugsched
> - in fact the most difficult bits of the
* Willy Tarreau <[EMAIL PROTECTED]> wrote:
> Ingo could have publicly spoken with them about his ideas of killing
> the O(1) scheduler and replacing it with an rbtree-based one, [...]
yes, that's precisely what i did, via a patchset :)
[ I can even tell you when it all started: i was thinking
On Sun, Apr 15, 2007 at 02:45:27PM +0200, Willy Tarreau wrote:
> Now I hope he and Bill will get over this and accept to work on improving
> this scheduler, because I really find it smarter than a dumb O(1). I even
> agree with Mike that we now have a solid basis for future work. But for
> this,
Hi Jean, et al:
* Jean Delvare <[EMAIL PROTECTED]> [2007-04-10 15:02:27 +0200]:
> I am resigning from my role as hardware monitoring subsystem
> (drivers/hwmon) maintainer. This is too much work for me, I do not have
> the necessary bandwidth to review all the incoming patches, in
> particular
On Sunday 15 April 2007, Pekka Enberg wrote:
>On 4/15/07, hui Bill Huey <[EMAIL PROTECTED]> wrote:
>> The perception here is that there is that there is this expectation that
>> sections of the Linux kernel are intentionally "churn squated" to prevent
>> any other ideas from creeping in other than
On Sunday 15 April 2007 4:16 am, Rafael J. Wysocki wrote:
> On Sunday, 15 April 2007 10:02, Tobias Diedrich wrote:
> > > > > Yes, it's a Asus M2N-SLI-Deluxe Mainboard with a Athlon64 3200+
> > > > > single core CPU.
And NVidia southbridge, so OHCI not UHCI (plus EHCI) ... one experiment
would be
* Con Kolivas <[EMAIL PROTECTED]> wrote:
[ i'm quoting this bit out of order: ]
> 2. Since then I've been thinking/working on a cpu scheduler design
> that takes away all the guesswork out of scheduling and gives very
> predictable, as fair as possible, cpu distribution and latency while
>
On Thursday 12 April 2007 15:46, Andi Kleen wrote:
> > +struct aa_dfa {
> > + struct table_header *tables[YYTD_ID_NXT];
> > +};
>
> If that is passed in from user space you would need special compat
> code for 64bit kernels who support 32bit userland.
> Better to avoid pointers.
This struct is
On Sunday 15 April 2007 07:16, Rafael J. Wysocki wrote:
> On Sunday, 15 April 2007 10:02, Tobias Diedrich wrote:
>
> > > With CONFIG_PM_DEBUG=y and CONFIG_DISABLE_CONSOLE_SUSPEND=y I see
> > > that the second suspend hangs at "i8042 i8042: EARLY resume".
> > > This is kinda interesting because
The device has commands to start/stop the ADSL function, so this adds
a sysfs attribute to allow it to be started/stopped/restarted. It also
stops polling the device for status when the ADSL function is disabled.
There are no problems with sending multiple start or stop commands,
even with a
i'll refrain from any more posting until i *know* it's fixed.
rday
-
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
On 15/04/07 11:08, Duncan Sands wrote:
Hi Simon,
+static ssize_t cxacru_sysfs_show_adsl_state(struct device *dev,
+ struct device_attribute *attr, char *buf)
+{
+ struct usb_interface *intf = to_usb_interface(dev);
+ struct usbatm_data *usbatm_instance =
On Sun, 15 Apr 2007, Ian McDonald wrote:
> On 4/15/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
> > in fact, according to this:
> >
> > http://lkml.org/lkml/2006/1/13/139
> >
> > that notice was put in the feature removal file well over a year ago,
> > during 2.6.15. so that would seem to be
On Sunday 15 April 2007 14:53, Jeff Garzik wrote:
> Ulrich Eckhardt wrote:
> > (Note: CC me please, I'm not subscribed.)
[...]
> > -#define PCI_VDEVICE(vendor, device)\
> > - PCI_VENDOR_ID_##vendor, (device), \
> > - PCI_ANY_ID, PCI_ANY_ID, 0, 0
> > +#define
On Sun, 15 Apr 2007, Willy Tarreau wrote:
> Ingo could have publicly spoken with them about his ideas of killing
> the O(1) scheduler and replacing it with an rbtree-based one, and using
> part of Bill's work to speed up development.
He did exactly that and he did it with a patch. Nothing new
On Sun, 15 Apr 2007 13:08:54 +0200
"Luca Lucchesi" <[EMAIL PROTECTED]> wrote:
> but I can't select them because they are unselectable (they appear with
> "---" in the left).
> I checked their requirements but all requirements seem to be active.
>
> Why I can't active them?
> Somebody could help
* Jean Delvare <[EMAIL PROTECTED]> wrote:
> Ingo Molnar's semaphore to mutex conversions left some noise on a few
> trylock calls. Clean it up.
>
> Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
> - if (!!mutex_trylock(>resource_lock)) {
> + if (mutex_trylock(>resource_lock)) {
> -
* Esben Nielsen <[EMAIL PROTECTED]> wrote:
> I took a brief look at it. Have you tested priority inheritance?
yeah, you are right, it's broken at the moment, i'll fix it. But the
good news is that i think PI could become cleaner via scheduling
classes.
> As far as I can see rt_mutex_setprio
Neil Brown <[EMAIL PROTECTED]> writes:
> What, specifically, is there in ZFS that you want to use in Linux?
> There is lots of interesting stuff in there, but which bit has caught
> your attention? It is possible that that functionality can be
> incorporated into Linux without trying to clone or
Ulrich Eckhardt wrote:
(Note: CC me please, I'm not subscribed.)
Not much to say about the patch (it's against 2.6.20.6), it just converts a
macro to generate C99-style initialisers.
--- include/linux/pci.h (revision 17)
+++ include/linux/pci.h (working copy)
@@ -407,9 +407,10 @@
*
On Sun, Apr 15, 2007 at 01:39:27PM +0300, Pekka Enberg wrote:
> On 4/15/07, hui Bill Huey <[EMAIL PROTECTED]> wrote:
> >The perception here is that there is that there is this expectation that
> >sections of the Linux kernel are intentionally "churn squated" to prevent
> >any other ideas from
Ignatich writes:
> You might want to look at this discussion:
> http://mail.opensolaris.org/pipermail/zfs-discuss/2007-April/027041.html
Licenses involved cover file system _code_, rather than storage format
that is openly specified. Just stand up and implement driver for zfs
format from
On Fri, 13 Apr 2007, Ingo Molnar wrote:
[announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]
i'm pleased to announce the first release of the "Modular Scheduler Core
and Completely Fair Scheduler [CFS]" patchset:
>
> > > +#ifndef CONFIG_ALPHA_GENERIC
> > > +EXPORT_SYMBOL(tsunami_ioportmap);
> > > +EXPORT_SYMBOL(tsunami_ioremap);
> > > +#endif
> >
> > It looks strange that the function is always defined but conditionally
> > exported.
> > Also usual style is to place EXPORT right after closing brace of
On Sun, Apr 15, 2007 at 11:01:15AM +0200, Sam Ravnborg wrote:
> > + if (pci_vga_hose && __is_mem_vga(addr)) {
> > h = pci_vga_hose->index;
>
> This code snippet is used in two places.
> A better approach would be to define a small inline function
> that is empty in the NON HOSe case
On Sunday, 15 April 2007 10:02, Tobias Diedrich wrote:
> Tobias Diedrich wrote:
> > Rafael J. Wysocki wrote:
> > > On Saturday, 14 April 2007 23:35, Tobias Diedrich wrote:
> > > > Rafael J. Wysocki wrote:
> > > > > On Saturday, 14 April 2007 21:56, Tobias Diedrich wrote:
> > > > > > Rafael J.
Hi.
I0m trying to compile the kernel 2.6.20.7 and I have to select these
features:
- Video mode selection support
- VGA 8x16 font
but I can't select them because they are unselectable (they appear with
"---" in the left).
I checked their requirements but all requirements seem to be active.
Ingo Molnar's semaphore to mutex conversions left some noise on a few
trylock calls. Clean it up.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
---
drivers/media/video/zoran_driver.c |2 +-
drivers/mtd/mtd_blkdevs.c |4 ++--
2 files changed,
On Wed, 2007-04-11 at 19:49 -0700, Nate Diller wrote:
> Replace jffs2_gc_fetch_page() and jffs2_gc_release_page() using the
> read_cache_page() and put_kmapped_page() calls, and update the call site
> accordingly. Explicit calls to kmap()/kunmap() make the code more clear.
>
> Signed-off-by:
Brad Campbell wrote:
G'day all,
All I have is a digital photo of this oops. (It's 3.5mb). I have serial
console configured, but Murphy is watching me carefully and I just can't
seem to reproduce it while logging the console output.
And as usual, after trying to capture one for 4 days, I
(Note: CC me please, I'm not subscribed.)
Not much to say about the patch (it's against 2.6.20.6), it just converts a
macro to generate C99-style initialisers.
--- include/linux/pci.h (revision 17)
+++ include/linux/pci.h (working copy)
@@ -407,9 +407,10 @@
* private data.
*/
-#define
2007/4/14, David Miller <[EMAIL PROTECTED]>:
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Thu, 12 Apr 2007 07:43:39 +0200
> It seems we fail to reserve enough headroom for the case
> buf[0] == PPP_ALLSTATIONS and buf[1] != PPP_UI.
>
> Can you try this patch please?
Any confirmation of this
On 4/15/07, hui Bill Huey <[EMAIL PROTECTED]> wrote:
The perception here is that there is that there is this expectation that
sections of the Linux kernel are intentionally "churn squated" to prevent
any other ideas from creeping in other than of the owner of that subsytem
Strangely enough, my
Trivial patch, against -rc6. I don't know if anyone has fixed this by now.
---
drivers/video/Kconfig:
- Spelling: "Frambuffer hardware support"
drivers/video/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Signed-off-by: Miguel Ojeda Sandonis <[EMAIL PROTECTED]>
---
diff
Hi!
> > just something i threw together, not in final form, but it represents
> > tossing the legacy PM stuff. at the moment, the menuconfig entry for
> > PM_LEGACY lists it as "DEPRECATED", while the help screen calls it
> > "obsolete." that's a good sign that it's getting close to the time
>
On Saturday 14 April 2007 23:12:25 Jeremy Fitzhardinge wrote:
> Andi Kleen wrote:
> > Fixed now. The latest sched-clock was leaking preempt counts during
> > cpu frequency changes.
> >
>
> No, that didn't help. I think its cpufreq:
Hmm, are you sure? Can you double check? With the latest
At some point in the past, someone's attribution was stripped from:
>> + return buffer + sprintf(buffer, "Nvcsw:\t%lu\n"
>> + "Nivcsw:\t%lu\n",
>> + p->nvcsw,
>> + p->nivcsw);
On Sun, Apr 15, 2007 at 09:47:07AM
Jan Engelhardt <[EMAIL PROTECTED]> writes:
> LOW_PAGES = (0x1ULL - __PAGE_OFFSET) >> PAGE_SHIT_asm
The assembler does not now anything about ULL.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key
G'day all,
All I have is a digital photo of this oops. (It's 3.5mb). I have serial console configured, but
Murphy is watching me carefully and I just can't seem to reproduce it while logging the console output.
http://www.fnarfbargle.com/CIMG0736.JPG
I had it die the same way using plain
Hi Simon,
> +static ssize_t cxacru_sysfs_show_adsl_state(struct device *dev,
> + struct device_attribute *attr, char *buf)
> +{
> + struct usb_interface *intf = to_usb_interface(dev);
> + struct usbatm_data *usbatm_instance = usb_get_intfdata(intf);
> + struct cxacru_data
On Apr 14 2007 15:04, H. Peter Anvin wrote:
>
> Jeremy Fitzhardinge wrote:
>> -
>> +LOW_PAGES = 1<<(32-PAGE_SHIFT_asm)
>> +
>
> Again, for debugging... it would be interesting to replace this with:
>
> LOW_PAGES = (0x1-__PAGE_OFFSET) >> PAGE_SHIFT_asm
LOW_PAGES = (0x1ULL -
On Sun, Apr 15, 2007 at 10:44:47AM +0200, Ingo Molnar wrote:
> I prefer such early releases to lkml _alot_ more than any private review
> process. I released the CFS code about 6 hours after i thought "okay,
> this looks pretty good" and i spent those final 6 hours on testing it
> (making sure
Hi!
> + return buffer + sprintf(buffer, "Nvcsw:\t%lu\n"
> + "Nivcsw:\t%lu\n",
> + p->nvcsw,
> + p->nivcsw);
We don't encrypt variable names like this.
Pavel
On Sat, 14 Apr 2007, Alan Stern wrote:
> On Sat, 14 Apr 2007, Matthias Andree wrote:
>
> > I arrived at the computer today, to find khubd in D state again, but
> > unfortunately, it does not show up in Alt-SysRq-T output. Do kernel
> > threads show up there at all? 2.6.18.8-0.1 with SUSE patches
Hi Bjorn,
On Fri, 13 Apr 2007 14:59:45 -0600, Bjorn Helgaas wrote:
> On Friday 13 April 2007 14:07, Pavel Machek wrote:
> > > > ... The primary issue is the concurrent access
> > > > to resources, which cause lots of trouble which are hard to investigate.
> > > > If ACPI reserves the ports, then
Hi!
> When I reboot my notebook, it powers off and powers back on.
> On poweroff a loud snapping noise seems to be coming from the
> hard drive. Today I noticed there is no "shutdown: hda" on
> the console when I reboot. Whne I do a normal poweroff the
> message is displayed and there is no
Hi!
> > Are you _sure_ you have a 1-to-1 relationship here? No multiple devices
> > pointing to the same acpi node? Or the other way around? If so, you
> > are going to have to change the name to be something more unique.
>
> I've wondered that too. The short answer: APCI only supports 1-1
Hi!
> > > - raw_notifier_call_chain(_chain, CPU_LOCK_ACQUIRE, hcpu);
> > > + if (freeze_processes(FE_HOTPLUG_CPU)) {
> > > + thaw_processes(FE_HOTPLUG_CPU);
> > > + return -EBUSY;
> > > + }
> > > +
> >
> > If I'm understanding correctly, this will cause
> >
> > # echo 0 >
On Sun, 2007-04-15 at 10:58 +0200, Ingo Molnar wrote:
> * Mike Galbraith <[EMAIL PROTECTED]> wrote:
> > [...] (I know a trivial way to cure that, and this framework makes
> > that possible without dorking up fairness as a general policy.)
>
> great! Please send patches so i can add them (once
On Sunday 15 April 2007 02:18:39 Simon Arlott wrote:
> Detect usb device shutdown and ignore failed urbs.
> This happens when the driver is unloaded or the device is unplugged.
>
> Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
> Cc: Duncan Sands <[EMAIL PROTECTED]>
Acked-by: Duncan Sands
* Bill Huey <[EMAIL PROTECTED]> wrote:
> On Sun, Apr 15, 2007 at 08:43:04AM +0200, Mike Galbraith wrote:
> > [...]
> >
> > Demystify what? The casual observer need only read either your
> > attempt
>
> Here's the problem. You're a casual observer and obviously not paying
> attention.
guys,
> +#ifdef CONFIG_VGA_HOSE
> /*
> - * Adjust the addr.
> + * Adjust the address and hose, if necessary.
>*/
> -#ifdef CONFIG_VGA_HOSE
> - if (pci_vga_hose && __titan_is_mem_vga(addr)) {
> + if (pci_vga_hose && __is_mem_vga(addr)) {
> h =
* Mike Galbraith <[EMAIL PROTECTED]> wrote:
> On Sat, 2007-04-14 at 15:01 +0200, Willy Tarreau wrote:
>
> > Well, I'll stop heating the room for now as I get out of ideas about
> > how to defeat it. I'm convinced. I'm impatient to read about Mike's
> > feedback with his workload which behaves
On 15/04/07, Kasper Sandberg <[EMAIL PROTECTED]> wrote:
On Fri, 2007-04-13 at 19:18 -0400, David R. Litwin wrote:
By the way, forget about this FUSE business. I don't know why they're
bothering: It's not real, it's slow and, in general, silly.
This seems to me to be a rather uninformed,
On 14/04/07, Neil Brown <[EMAIL PROTECTED]> wrote:
It is generally expected that email conversations started on-list will
remain on-list, unless there is a special reason to take it off
list... though maybe it was an accident on your part.
It very much was. I'm not used to not being subscribed
On Sun, 2007-04-15 at 01:36 -0700, Bill Huey wrote:
> On Sun, Apr 15, 2007 at 08:43:04AM +0200, Mike Galbraith wrote:
> > [...]
> >
> > Demystify what? The casual observer need only read either your attempt
>
> Here's the problem. You're a casual observer and obviously not paying
> attention.
* Bill Huey <[EMAIL PROTECTED]> wrote:
> Hello folks,
>
> I think the main failure I see here is that Con wasn't included in
> this design or privately in review process. There could have been
> better co-ownership of the code. This could also have been done openly
> on lkml [...]
Bill, you
On Sun, Apr 15, 2007 at 08:43:04AM +0200, Mike Galbraith wrote:
> [...]
>
> Demystify what? The casual observer need only read either your attempt
Here's the problem. You're a casual observer and obviously not paying
attention.
> at writing a scheduler, or my attempts at fixing the one we
Tobias Diedrich wrote:
> Rafael J. Wysocki wrote:
> > On Saturday, 14 April 2007 23:35, Tobias Diedrich wrote:
> > > Rafael J. Wysocki wrote:
> > > > On Saturday, 14 April 2007 21:56, Tobias Diedrich wrote:
> > > > > Rafael J. Wysocki wrote:
> > > > > > On Saturday, 14 April 2007 15:00, Adrian
On Sat, 2007-04-14 at 15:01 +0200, Willy Tarreau wrote:
> Well, I'll stop heating the room for now as I get out of ideas about how
> to defeat it. I'm convinced. I'm impatient to read about Mike's feedback
> with his workload which behaves strangely on RSDL. If it works OK here,
> it will be the
On Sat, Apr 14, 2007 at 11:10:08PM +0200, Francis Moreau wrote:
>
> ok but do you think it's safe to assume that no others parts of the
> kernel will request "aes-foo" ? Remember that the main point is to
> optimize "aes-foo" ?
What they request is up to the administrator.
Cheers,
--
Visit
Rafael J. Wysocki wrote:
> On Saturday, 14 April 2007 23:35, Tobias Diedrich wrote:
> > Rafael J. Wysocki wrote:
> > > On Saturday, 14 April 2007 21:56, Tobias Diedrich wrote:
> > > > Rafael J. Wysocki wrote:
> > > > > On Saturday, 14 April 2007 15:00, Adrian Bunk wrote:
> > > > > > On Sat, Apr
The VGA IO resource change that I proposed a few days ago was ACKed by Jay,
so here's an updated patch.
Files:
arch/alpha/Kconfig
arch/alpha/kernel/console.c
arch/alpha/kernel/core_marvel.c
arch/alpha/kernel/core_titan.c
arch/alpha/kernel/core_tsunami.c
arch/alpha/kernel/proto.h
101 - 200 of 406 matches
Mail list logo