On Wednesday 04 July 2007 18:11, Pavel Machek wrote:
> Hi!
>
> > > > > > Perhaps one of you geniuses who all hate it can find a better way to
> > > > > > solve the "video output dead after kexec; but need visual feedback
> > > > > > to the user
> > > > > > while crash dumping" problem. I'm
On Wednesday 04 July 2007 17:47, Pavel Machek wrote:
> Hi!
>
> > >I was thinking about something like the atached (untested and sorry
> > >for using attachment). It shoudl blink just one led (numLock) on any
> > >keyboard that has such LED (and allows to control it).
> > >
> >
> > Argh, bad one.
[Resending with proper kernel version in subject... I guess original claiming
to be for 2.6.22-rc4 might have something to do with it being dropped...]
Hi Linus,
Please consider pulling from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
or
Trying to boot off CRAMFS on a 4KB page NAND FLASH (new device), I ran
into the "wrong magic" issue. MTD's nand_read
(drivers/mtd/nand/nand_base.c) is returning the right data.
cramfs_fill_supper calls cramfs_read (fs/cramfs/inode.c) which reads 4
pages and the 1st page of data gets corrupted.
KAMEZAWA Hiroyuki wrote:
On Thu, 05 Jul 2007 13:19:41 +1000
Nick Piggin <[EMAIL PROTECTED]> wrote:
From what I can work out, it is something like "at this point the page
should be uptodate, so at least the icache won't contain *inconsistent*
data, just old data which userspace should take
Hi all.
I'm wondering whether anyone has patches lying around that might be useful for
simulating memory hotplug on x86_64. Goggling has revealed some old x86
patches, but that's all.
Regards,
Nigel
pgpm5Nsks2740.pgp
Description: PGP signature
On Thu, 05 Jul 2007 13:19:41 +1000
Nick Piggin <[EMAIL PROTECTED]> wrote:
> >> From what I can work out, it is something like "at this point the page
> >>should be uptodate, so at least the icache won't contain *inconsistent*
> >>data, just old data which userspace should take care of flushing if
On Wed, Jul 04, 2007 at 07:25:10PM -0700, Badari Pulavarty wrote:
> On Tue, 2007-07-03 at 15:28 -0700, Zach Brown wrote:
> > Linus, Andrew, please apply the bug fix patch at the end of this reply
> > for .22.
> >
> > > >>One of our perf. team ran into this while doing some runs.
> > > >>I didn't
KAMEZAWA Hiroyuki wrote:
On Thu, 05 Jul 2007 12:04:23 +1000
Nick Piggin <[EMAIL PROTECTED]> wrote:
In my understanding :
PG_arch_1 is used for showing "there is no inconsistent data on any level of
cache". PG_uptodate is used for showing "this page includes the newest data
and contents are
On Wed, Jul 04, 2007 at 12:23:57AM +0100, Sid Boyce wrote:
> With the same setup in .config for linux-2.6.22-rc2-git7, it builds, after
> that and right up to linux-2.6.22-rc7-git1 it doesn't.
> /usr/src/linux-2.6.22-rc2-git7/drivers/media/video/ov511.ko
> # CONFIG_VIDEO_V4L1 is not set
On Thu, 05 Jul 2007 12:04:23 +1000
Nick Piggin <[EMAIL PROTECTED]> wrote:
> > In my understanding :
> > PG_arch_1 is used for showing "there is no inconsistent data on any level of
> > cache". PG_uptodate is used for showing "this page includes the newest data
> > and contents are valid."
> >
On Tue, 2007-07-03 at 15:28 -0700, Zach Brown wrote:
> Linus, Andrew, please apply the bug fix patch at the end of this reply
> for .22.
>
> > >>One of our perf. team ran into this while doing some runs.
> > >>I didn't see anything obvious - it looks like we converted
> > >>async IO to
Soeren Sonnenburg wrote:
>>> pci_express :00:1c.2:pcie03: resuming
>>> sr 0:0:0:0: resuming
>>> sd 2:0:1:0: resuming
>>> sd 2:0:1:0: [sda] Starting disk
>>> ata1.00: configured for UDMA/33
>>> ata3.01: revalidation failed (errno=-2)
>>> ata3: failed to recover some devices, retrying in 5 secs
KAMEZAWA Hiroyuki wrote:
On Wed, 04 Jul 2007 16:31:06 +1000
Nick Piggin <[EMAIL PROTECTED]> wrote:
The only thing I noticed when I looked at the code is that some places
may not have flushed icache when they should have? Did you get them all?
I think that I added flush_icache_page() to the
Mathieu Desnoyers <[EMAIL PROTECTED]> writes:
> This updated version of the Linux Kernel Markers mostly adds a unique 16 bits
> per marker ID and a per-probe marker group. [...]
Could you motivate this part better? It is not covered in the
documentation patch.
It seems to be a way of having a
On Tue, 2007-07-03 at 18:45 +0200, Michal Piotrowski wrote:
> Hi all,
>
> Here is a list of some known regressions in 2.6.22-rc7.
Oh, and here's another one for you. My Bluetooth mouse just stopped
working and hidd is deadlocked...
hidd D 1FE27798 5940 1695 1 (NOTLB)
Call Trace:
On Mon, Jul 02, 2007 at 11:17:24 -0700, Stephen Hemminger wrote:
> +static int __init apanel_init(void)
> +{
> + void __iomem *bios;
> + u8 devno;
> + int found = 0;
> +
> + if (!dmi_check_system(apanel_dmi_table)) {
> + printk(KERN_WARNING "apanel: DMI information does
Commit b46b8f19c9cd435ecac4d9d12b39d78c137ecd66 fixed a couple of bugs
by switching the redzone to 64 bits. Unfortunately, it neglected to
ensure that the _second_ redzone, after the slab object, is aligned
correctly. This caused illegal instruction faults on sparc32, which for
some reason not
On Thu, Jul 05, 2007 at 02:27:47AM +0200, Pavel Machek wrote:
>
> > IMHO the suspend code is currently way too much of a moving target which
> > results in this mess.
> >
> > The correct order seems to be:
>
> 0. Get someone to sign up as a maintainer for suspend, so we have
> someone to blame
With the same setup in .config for linux-2.6.22-rc2-git7, it builds,
after that and right up to linux-2.6.22-rc7-git1 it doesn't.
/usr/src/linux-2.6.22-rc2-git7/drivers/media/video/ov511.ko
# CONFIG_VIDEO_V4L1 is not set
CONFIG_VIDEO_V4L1_COMPAT=y
In any of the 2.6.22-rc kernels, there is no
Pavel Machek writes:
> 0. Get someone to sign up as a maintainer for suspend, so we have
> someone to blame for the mess? :-)
I thought that was Rafael?
Paul.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
Pavel Machek writes:
> How well does it work on SMP PPC?
Just fine, on those machines where we know how to reinitialize the
video card. We currently require userspace to offline all except the
boot cpu before suspending, but that could be moved into the kernel.
I have no particular attachment
Alan Stern writes:
> That's not what I'm saying. What I'm saying is that it would be a big
> mistake to force all drivers which implement runtime PM to do it using
> a separate code path from system PM.
OK; I can accept that provided there is a way to change the "what to
do with an I/O
Alan Stern writes:
> Remember what I wrote a few minutes ago about khubd and ksuspend_usbd
> wanting to resume devices during a system suspend transition? This is
> exactly what happens when those threads aren't frozen.
So, I wonder why I don't see that error on my powerbook?
Paul.
-
To
Miklos Szeredi writes:
> OK, let me summarize the situation as I see it now: there are two
> camps, the pro-freezers and the anti-freezers.
>
> Pro-freezers say:
>
> - don't remove the freezer, otherwise we'll have to deal with
> numerous problems in drivers
>
> Anti-freezers say:
>
>
Rafael J. Wysocki writes:
> They will not trigger 100% of the time, but sporadically and generally at
> random.
>
> At least the freezer problems are reproducible. ;-)
Our experience with powermacs has been that it isn't actually all that
hard to get it right for the drivers you care about.
Alan Stern writes:
> > > Yes, the code could be changed to keep track of the reason for a device
> > > suspend. But that just raises the old problem of what to do when
> > > there's an I/O request for a suspended device during STR.
> >
> > Is this actually a real problem? I would think the
Xen currently relies on contigious memory (ie, no numa, discontig or
sparse memory). Specifically it uses mem_map, which is only available
if CONFIG_NEED_MULTIPLE_NODES is not defined.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Cc: Adrian Bunk <[EMAIL PROTECTED]>
Cc: Andi Kleen
> IMHO the suspend code is currently way too much of a moving target which
> results in this mess.
>
> The correct order seems to be:
0. Get someone to sign up as a maintainer for suspend, so we have
someone to blame for the mess? :-)
> 1. agree on what the suspend code as a whole should look
Rafael J. Wysocki writes:
> This is incompatible with the code in kernel/power/main.c, since we only
> disable the nonboot CPUs after devices have been suspended. Do you think that
> your framework can be modified to work without disabling the nonboot CPUs
> by the user space?
Sure. It was a
Alan Stern writes:
> Let's agree the kernel threads and the freezer are a separate issue.
No, I don't think they are a separate issue, because I think the
distinction the freezer makes between kernel threads and user threads
is a false and misleading distinction.
> In the most recent kernels,
On Tue, 2007-07-03 at 18:45 +0200, Michal Piotrowski wrote:
> Subject: random invalid instruction occourances on sparc32 (sun4c)
> References : http://lkml.org/lkml/2007/6/17/111
> Submitter : Mark Fortescue <[EMAIL PROTECTED]>
> Status : problem is being debugged
Hm, when testing the
Trivial fix of a spelling error in a comment in cfi_cmdset_0001.c
s/ships/chips/
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
drivers/mtd/chips/cfi_cmdset_0001.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/mtd/chips/cfi_cmdset_0001.c
Hi!
> > > I don't claim to know anything about how STR or hibernate works, but
> > > neither seem to have any problem with I/O on the fuse device "racing"
> > > with them.
> >
> > The problem is not with fuse. The problem is generic in nature.
> >
> > If you remove the freezer, user space
Hi!
> So I think Matthew is totally right. In fact, the presence of the
> freezer is the main reason why Paulus so far NACKed Johannes attempts at
> merging the PPC PM code with the generic code in kernel/power.c
>
> We've been doing fine without it so far and intend to continue to do
> so.
How
Hi,
.
I would like to see the whole disk area and erase the
hpa area in my desktop.
At first I tried "setmax.c" program but it didn't work
on SATA at least.
So I upgraeded it to FC7 and added "libata
ignore_hpa=1" option on boot command and
/etc/modprobe.conf.
This option was accepted but still
On 04/07/07, WANG Cong <[EMAIL PROTECTED]> wrote:
Don't forget to check the return value of kmalloc().
Signed-off-by: WANG Cong <[EMAIL PROTECTED]>
---
Index: linux-2.6.22-rc6-mm1/drivers/infiniband/hw/cxgb3/iwch_provider.c
===
On 04/07/07, Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
1) Drop __KERNEL__ out of profile.h. It contains only internal kernel stuff and
not in exported headers list
Even if it's not in the list of exported headers, does it really hurt
to retain that extra safeguard?
2) Put profile.c under
On Tue 2007-07-03 21:32:20, Oliver Neukum wrote:
> Am Dienstag, 3. Juli 2007 schrieb Miklos Szeredi:
> > > And a further question. The freezer is not atomic. What do you do
> > > if a task not yet frozen calls sys_sync(), but fuse is already frozen?
> >
> > What do you do if a task not yet frozen
On Wed, 4 Jul 2007, Andy Isaacson wrote:
> On Mon, Jul 02, 2007 at 06:55:40PM -0400, Rik van Riel wrote:
> > You could easily replace the cookie with a pointer to a free
> > page pool.
>
> It just occurred to me that something like this is *required* to get the
> performance benefit from
On Tue 2007-07-03 19:20:59, Oliver Neukum wrote:
> Am Dienstag, 3. Juli 2007 schrieb Rafael J. Wysocki:
> > On Tuesday, 3 July 2007 15:08, Rafael J. Wysocki wrote:
> > > On Tuesday, 3 July 2007 07:51, Benjamin Herrenschmidt wrote:
> > > > On Tue, 2007-07-03 at 05:29 +0100, Matthew Garrett wrote:
>
Hi!
> Suspend to RAM on a machine with / on a fuse filesystem turns out to be
> a screaming nightmare - either the suspend fails because syslog (for
> instance) can't be frozen, or the machine deadlocks for some other
> reason I haven't tracked down. We could "fix" fuse, or alternatively we
>
From: J. Bruce Fields <[EMAIL PROTECTED]>
Trivial typo and grammar fixes.
Signed-off-by: "J. Bruce Fields" <[EMAIL PROTECTED]>
---
fs/anon_inodes.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/fs/anon_inodes.c b/fs/anon_inodes.c
index 40fe3a3..a260198 100644
> > > > > Beep_flags should be removed too if you're sticking with /proc.
> > > >
> > > > Fixed.
> > >
> > > Ta. But you didn't answer the question - why /proc and not sysfs?
> >
> > Do you seriously advocate setting two bits of one variable from /proc,
> > and one more bit from /sys?
>
>
Hi!
> > I copied code from Dmitry :-); guess I copied too much. Here's updated
> > version:
>
> Umm, it's updated exactly how?
Sorry. I updated it in my tree but produced wrong patch. Here's
updated updated version: (trimmed cc list).
> > +struct blinker {
> > + struct delayed_work work;
>
Hi.
On Thursday 05 July 2007 09:01:09 Pavel Machek wrote:
> Hi!
>
> > > > > @@ -80,9 +82,11 @@ static int __init acpi_sleep_setup(char
> > > > >
> > > > > __setup("acpi_sleep=", acpi_sleep_setup);
> > > > >
> > > > > +/* Ouch, we want to delete this. We already have better version in
> >
Hi!
> > > > @@ -80,9 +82,11 @@ static int __init acpi_sleep_setup(char
> > > >
> > > > __setup("acpi_sleep=", acpi_sleep_setup);
> > > >
> > > > +/* Ouch, we want to delete this. We already have better version in
> > > userspace, in
> > > > + s2ram from suspend.sf.net project */
> > >
--- Andrew Morgan <[EMAIL PROTECTED]> wrote:
> no one has yet actually
> given an example of where fE being richer than a simple binary helps
> anything. Until I see an example, I'm going to hold the position that
> this is needless "complexity".
The only counter to this argument is that you
Hi!
> > Actually here's one that does not immediately oops when I plug USB
> > keyboard in.
>
> Why do you use a delayed workqueue and then always use it without a delay?
> That seems silly.
I copied code from Dmitry :-); guess I copied too much. Here's updated
version:
Signed-off-by: Pavel
On Wednesday 04 July 2007 03:04:13 Jesper Juhl wrote:
> On 03/07/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Sun, 1 Jul 2007 01:38:31 +0200
> >
> > Jesper Juhl <[EMAIL PROTECTED]> wrote:
> > > The Coverity checker spotted (as bug #809) that we dereference 'type'
> > > long before we
Hi.
On Thursday 05 July 2007 08:48:59 Pavel Machek wrote:
> Hi!
>
> > Documentation is also an issue. Your patch should update the
kernel_parameters
> > file so users can know how to get the beeping to happen. It would be nice
if
> > it mentioned the proc entry too.
>
> Fixed the docs.
Ta.
Hi.
On Thursday 05 July 2007 08:49:42 Pavel Machek wrote:
> On Thu 2007-07-05 08:48:15, Nigel Cunningham wrote:
> > Hi.
> >
> > On Thursday 05 July 2007 00:58:58 Rafael J. Wysocki wrote:
> > > From: Rafael J. Wysocki <[EMAIL PROTECTED]>
> > >
> > > The syncing of filesystems from within the
On Thu 2007-07-05 08:48:15, Nigel Cunningham wrote:
> Hi.
>
> On Thursday 05 July 2007 00:58:58 Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki <[EMAIL PROTECTED]>
> >
> > The syncing of filesystems from within the freezer in not needed for
> > suspend
> to
> > RAM. Change
Hi.
On Thursday 05 July 2007 00:58:58 Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki <[EMAIL PROTECTED]>
>
> The syncing of filesystems from within the freezer in not needed for suspend
to
> RAM. Change freeze_processes() so that it doesn't execute sys_sync() and
> introduce the "syncing"
Hi!
> Documentation is also an issue. Your patch should update the
> kernel_parameters
> file so users can know how to get the beeping to happen. It would be nice if
> it mentioned the proc entry too.
Fixed the docs.
> > @@ -80,9 +82,11 @@ static int __init acpi_sleep_setup(char
> >
> >
On Thu, 5 Jul 2007, Pavel Machek wrote:
>
> Actually here's one that does not immediately oops when I plug USB
> keyboard in.
Why do you use a delayed workqueue and then always use it without a delay?
That seems silly.
Linus
-
To unsubscribe from this list: send the line
Hi!
> > Here's the version that uses just one variable, relative to Nigel's
> > patch. Hmm, and it also closes nasty trap for the user in
> > acpi_sleep_setup; order of parameters actually mattered there,
> > acpi_sleep=s3_bios,s3_mode doing something different from
> > acpi_sleep=s3_mode,s3_bios
Hi!
> > > > diff --git a/drivers/char/lp.c b/drivers/char/lp.c
> > > > index 62051f8..8267ff8 100644
> > > > --- a/drivers/char/lp.c
> > > > +++ b/drivers/char/lp.c
> > > > @@ -144,7 +144,7 @@ static unsigned int lp_count = 0;
> > > > static struct class *lp_class;
> > > >
> > > > #ifdef
Hi.
On Thursday 05 July 2007 07:29:07 Pavel Machek wrote:
> Here's the version that uses just one variable, relative to Nigel's
> patch. Hmm, and it also closes nasty trap for the user in
> acpi_sleep_setup; order of parameters actually mattered there,
> acpi_sleep=s3_bios,s3_mode doing something
Hi!
> > tristate "Keyboard blink driver"
> >
> > ...drivers are not expected to act on their own. I was expecting to
> > get nice /sys/class/led* interface to my keyboard leds.
> >
> > BTW ... I still believe we should have /sys/class/led* interface to
> > those leds. I'd like to make them
Add the meta_page to the per container LRU. The reclaim algorithm has been
modified to make the isolate_lru_pages() as a pluggable component. The
scan_control data structure now accepts the container on behalf of which
reclaims are carried out. try_to_free_pages() has been extended to become
Out of memory handling for containers over their limit. A task from the
container over limit is chosen using the existing OOM logic and killed.
TODO:
1. As discussed in the OLS BOF session, consider implementing a user
space policy for OOM handling.
Signed-off-by: Balbir Singh <[EMAIL
Allow tasks to migrate from one container to the other. We migrate
mm_struct's mem_container only when the thread group id migrates.
Signed-off-by: Balbir Singh <[EMAIL PROTECTED]>
---
mm/memcontrol.c | 35 +++
1 file changed, 35 insertions(+)
diff -puN
Basic setup routines, the mm_struct has a pointer to the container that
it belongs to and the the page has a meta_page associated with it.
Signed-off-by: Balbir Singh <[EMAIL PROTECTED]>
---
include/linux/memcontrol.h | 32 ++
include/linux/mm_types.h |4
Add the accounting hooks. The accounting is carried out for RSS and Page
Cache (unmapped) pages. There is now a common limit and accounting for both.
The RSS accounting is accounted at page_add_*_rmap() and page_remove_rmap()
time. Page cache is accounted at add_to_page_cache(),
Setup the memory container and add basic hooks and controls to integrate
and work with the container.
Signed-off-by: Balbir Singh <[EMAIL PROTECTED]>
---
include/linux/container_subsys.h |6 +
include/linux/memcontrol.h | 19 +
init/Kconfig |8 ++
Resending with the patch numbering fixed and linux-mm copied
This patchset implements another version of the memory controller. These
patches have been through a big churn, the first set of patches were posted
last year and earlier this year at
http://lkml.org/lkml/2007/2/19/10
Ever
Introduce generic structures and routines for resource accounting.
Each resource accounting container is supposed to aggregate it,
container_subsystem_state and its resource-specific members within.
Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
Signed-off-by: Balbir Singh <[EMAIL
On Wed, Jul 04, 2007 at 01:29:49PM +1000, Paul Mackerras wrote:
> Rafael J. Wysocki writes:
>
> > Still, do you really think that we're ready to drop it _right_ _now_ (I'm
> > referring to suspend only) and if so than on what basis (except that you
> > don't like it, which falls short of being a
Hi!
> > > > > Perhaps one of you geniuses who all hate it can find a better way to
> > > > > solve the "video output dead after kexec; but need visual feedback to
> > > > > the user
> > > > > while crash dumping" problem. I'm waiting for your patches.
> > > > >
> > > >
> > > > I don't don't
On Tue 2007-07-03 01:42:35, Dmitry Torokhov wrote:
> On Monday 02 July 2007 19:08, Pavel Machek wrote:
> > On Mon 2007-07-02 14:39:27, Andi Kleen wrote:
> > >
> > > > > Perhaps one of you geniuses who all hate it can find a better way to
> > > > > solve the "video output dead after kexec; but
On Mon, Jul 02, 2007 at 06:55:40PM -0400, Rik van Riel wrote:
> You could easily replace the cookie with a pointer to a free
> page pool.
It just occurred to me that something like this is *required* to get the
performance benefit from MAP_NOZERO on a busy system. With Davide's
current proposal,
Hi!
> >I was thinking about something like the atached (untested and sorry
> >for using attachment). It shoudl blink just one led (numLock) on any
> >keyboard that has such LED (and allows to control it).
> >
>
> Argh, bad one. This one shoudl be better.
Does it blink for you? It does not seem
Alexey Dobriyan <[EMAIL PROTECTED]> writes:
> On Tue, Jul 03, 2007 at 12:40:56PM -0400, Mathieu Desnoyers wrote:
> > Use immediate values with lower d-cache hit in optimized version as a
> > condition for scheduler profiling call.
>
> I think it's better to put profile.c under CONFIG_PROFILING
Alexey Dobriyan <[EMAIL PROTECTED]> writes:
> 2) Put profile.c under CONFIG_PROFILING. You enabled profiling in config, you
>will get it. Removes conditional branch from schedule(). Code savings on my
>usual config:
>
> textdata bss dec hex filename
>
Hi,
On Wednesday, 4 July 2007 23:29, Pavel Machek wrote:
> Hi!
>
> > > > > > Sorry, but I can't resist the opportunity to say "Send a patch!" :)
> > > > > >
> > > > > > Seriously, though, I'd prefer not to. If we rename that acpi video
> > > > > > flags
> > > > > > variable (I assume this is
Hi!
> > > > > Perhaps one of you geniuses who all hate it can find a better way to
> > > > > solve the "video output dead after kexec; but need visual feedback to
> > > > > the user
> > > > > while crash dumping" problem. I'm waiting for your patches.
> > > > >
> > > >
> > > > I don't don't
On Wednesday, 4 July 2007 21:33, Pavel Machek wrote:
> Hi!
>
> > > What about this? (Only compile tested, but looks pretty obvious to
> > > me). Something like this should get us rid of ugly option, and still
> > > solve debugging problems... Hmmm?
> > >
1) Drop __KERNEL__ out of profile.h. It contains only internal kernel stuff and
not in exported headers list
2) Put profile.c under CONFIG_PROFILING. You enabled profiling in config, you
will get it. Removes conditional branch from schedule(). Code savings on my
usual config:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Serge E. Hallyn wrote:
> 1. Exactly Andrew describes. Once userspace switches to a new cap
> format, an older kernel simply won't support them
Mmm. Let me see. I think I prefer this one! :-)
> 2. As Andrew describes, but also encode the version
On Wednesday, 4 July 2007 21:25, Miklos Szeredi wrote:
> > Remember what I wrote a few minutes ago about khubd and ksuspend_usbd
> > wanting to resume devices during a system suspend transition? This is
> > exactly what happens when those threads aren't frozen.
>
> OK, let me summarize the
Hi!
> > > > > Sorry, but I can't resist the opportunity to say "Send a patch!" :)
> > > > >
> > > > > Seriously, though, I'd prefer not to. If we rename that acpi video
> > > > > flags
> > > > > variable (I assume this is what you're thinking of), we only create
> > > > > cause for
> > > > >
On Wed, 04 Jul 2007 15:32:55 +0200, Ingo Freund <[EMAIL PROTECTED]> wrote:
> Hi folks,
>
> one of the systems I'm working with was changed (copied) from single (scsi -
> sda1)
> to multiple disk (raid1) (sdb1,sdc1 --> md0).
> When I try to boot from the new created md-device it stops with:
>
I was told that only i386 aligns 64 bit integers at 4 bytes boundaries
while all other architectures (32 bit architectures with 64 bit
siblings) align it on 8 bytes boundaries.
Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
---
drivers/ieee1394/raw1394.c |6 +-
1 file changed, 5
Gene Heskett skrev:
Greetings;
The drive speeds seem to be going the wrong way. Its an nforce2 equipt mobo,
and I have 3 drives currently in this box. Running 2.6.22-rc6-cfs-v18 + the
ftdi_sio.c patch.
hda, the primary on cable 0, is running at around 28MB/Sec. Its a 200GB WD
about 2
On 7/4/07, Ingo Freund <[EMAIL PROTECTED]> wrote:
one of the systems I'm working with was changed (copied) from single (scsi -
sda1)
to multiple disk (raid1) (sdb1,sdc1 --> md0).
When I try to boot from the new created md-device it stops with:
...
loading reiserfs
"Waiting for device /dev/md0
On Wed, Jul 04, 2007 at 07:32:34PM +0200, Erik Mouw wrote:
> (sorry for the late reply, just got back from holiday)
>
> On Mon, Jun 18, 2007 at 01:29:56PM -0400, Theodore Tso wrote:
> > As I mentioned in my Linux.conf.au presentation a year and a half ago,
> > the main use of Streams in Windows
I'm pleased to announce the v2.6.21.5-rt19 kernel on behalf of Ingo.
It can be downloaded from the usual place:
http://people.redhat.com/mingo/realtime-preempt/
More info about the -rt patch set can be found in the RT wiki:
http://rt.wiki.kernel.org
Changes since
On Tue, Jul 03, 2007 at 12:40:55PM -0400, Mathieu Desnoyers wrote:
> Use the faster immediate values for F00F bug handling in do_page_fault.
> --- linux-2.6-lttng.orig/arch/i386/mm/fault.c
> +++ linux-2.6-lttng/arch/i386/mm/fault.c
> @@ -25,6 +25,7 @@
> #include
> #include
> #include
>
Mike Frysinger wrote:
> On 7/3/07, Jan Dittmer <[EMAIL PROTECTED]> wrote:
>> Bryan Wu wrote:
>>> Jie's patch is required because we will release our new Blackfin toolchain.
>> So, what is the new toolchain version?
>> gcc 4.1.1 (adi 07r1) / binutils 2.17 doesn't seem to work anymore:
>
> we'll
On Tue, Jul 03, 2007 at 12:40:56PM -0400, Mathieu Desnoyers wrote:
> Use immediate values with lower d-cache hit in optimized version as a
> condition for scheduler profiling call.
I think it's better to put profile.c under CONFIG_PROFILING as
_expected_, so CONFIG_PROFILING=n users won't get any
On Tue, Jul 03, 2007 at 02:57:48PM -0400, Mathieu Desnoyers wrote:
> * Alexey Dobriyan ([EMAIL PROTECTED]) wrote:
> > On Tue, Jul 03, 2007 at 12:40:56PM -0400, Mathieu Desnoyers wrote:
> > > Use immediate values with lower d-cache hit in optimized version as a
> > > condition for scheduler
On Wed, Jul 04, 2007 at 09:30:24PM +0200, Borislav Petkov wrote:
> Fix error handling in ext4_create_journal according to kernel conventions.
> --- linux-2.6.22-rc7/fs/ext4/super.c.orig
> +++ linux-2.6.22-rc7/fs/ext4/super.c
> @@ -2150,6 +2150,7 @@
> unsigned int
Sébastien Dugué wrote:
>
> One last thing, is there a git server as well for eu?
>
FWIW, I've set up git.eu.kernel.org; right now it's an alias to
git.kernel.org, but that might change in the future.
-hpa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Greetings;
The drive speeds seem to be going the wrong way. Its an nforce2 equipt mobo,
and I have 3 drives currently in this box. Running 2.6.22-rc6-cfs-v18 + the
ftdi_sio.c patch.
hda, the primary on cable 0, is running at around 28MB/Sec. Its a 200GB WD
about 2 years old.
hdb, is
Hi!
> > > > > Perhaps one of you geniuses who all hate it can find a better way to
> > > > > solve the "video output dead after kexec; but need visual feedback to
> > > > > the user
> > > > > while crash dumping" problem. I'm waiting for your patches.
> > > > >
> > > >
> > > > I don't don't
Hi!
> > What about this? (Only compile tested, but looks pretty obvious to
> > me). Something like this should get us rid of ugly option, and still
> > solve debugging problems... Hmmm?
> > Pavel
> >
> > Kill
On Tue, Jul 03, 2007 at 03:25:43PM -0700, Andrew Morton wrote:
> Please prepare the equivalent patch for ext4. Without that, it'd probably
> be better to avoid applying the ext3 patch: there are advantages to keeping
> the two in sync where possible.
Hi Andrew,
here you go. By the way, this
> Remember what I wrote a few minutes ago about khubd and ksuspend_usbd
> wanting to resume devices during a system suspend transition? This is
> exactly what happens when those threads aren't frozen.
OK, let me summarize the situation as I see it now: there are two
camps, the pro-freezers and
On Thu, 2007-07-05 at 03:01 +0900, Tejun Heo wrote:
> Soeren Sonnenburg wrote:
> > On Tue, 2007-07-03 at 15:40 +0900, Tejun Heo wrote:
> >> Soeren Sonnenburg wrote:
> >>> Dear List,
> >>>
> >>> since the switch to
> >>>
> >>> CONFIG_ATA=y
> >>> CONFIG_ATA_ACPI=y
> >>> CONFIG_ATA_PIIX=y,
> >>>
>
1 - 100 of 660 matches
Mail list logo
