This looks like a really nice approach to me. Olaf?
- R.
--
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 http://www.tux.org/lkml/
Hi,
this mail is to give feedback about the 2.6.25-rc3 kernel, on an Ubuntu
7.10 system, running on a Toshiba Satellite U305. Video is a Intel
845GM, and I run 915resolution at start to make X happy with the correct
widescreen resolution.
A lot of data is collected here (if more is needed, tell
On Tue, Feb 26, 2008 at 08:58:02PM +0100, Sam Ravnborg wrote:
> >
> > Please name the tools that are that broken that they wouldn't apply this
> > patch correctly and don't claim my patch was broken (or shut up).
>
> It is only one or two weeks ago we ended up with a zero size file
> in the kern
Mark McLoughlin wrote:
@@ -371,6 +372,9 @@ void __init dmi_scan_machine(void)
}
}
else {
+ if (e820_all_mapped(0xF, 0xF+0x1, E820_RAM))
+ goto out;
One issue with using the e820 map for this is that a X
Gaudenz Steinlin wrote:
> On Tue, Feb 26, 2008 at 01:13:56AM +0100, Rafael J. Wysocki wrote:
>> On Tuesday, 26 of February 2008, Christoph Hellwig wrote:
>>> On Tue, Feb 26, 2008 at 12:52:56AM +0100, Rafael J. Wysocki wrote:
> I'm not suggesting a partial revert; I just wonder which part of the
On Tue, 26 Feb 2008, rzryyvzy wrote:
> I know that tmpfs is a memmory filesystem. Is there a possibility to
> create also a memory block device?
> Is there a possibility to create for example a 1 GB memory block device
> (from the RAM)?
There are the /dev/ram* devices, created through kernel co
On Sun, Feb 24, 2008 at 10:43:49PM -0800, Yinghai Lu wrote:
>
> find out vSMP setting is going away in config after make oldconfig
>
> vSMP need to PARAVIRT and PCI.
> so move PARAVIRT out of if PARAVIRT_GUEST, and make vSMP select PCI instead of
> depends on PCI
>
> after patch vSMP could stick
On Mon, 25 Feb 2008 14:49:22 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> Please feed the diff through scritps/checkpatch.pl and consider addressing
> the things which it finds.
I checked that, but I didn't think any of them were worth fixing. And
since this is a work in progress and a in a s
On Tue, Feb 26, 2008 at 07:11:39PM +, Chris Clayton wrote:
> Sorry, but that's not the case. I find the same results as without the
> patches. With the parameter set to 'pid', the network connection fails very
> quickly, but with it set to 'simple' I can ping and ftp files to and from my
>
>
> Please name the tools that are that broken that they wouldn't apply this
> patch correctly and don't claim my patch was broken (or shut up).
It is only one or two weeks ago we ended up with a zero size file
in the kernel tree - and I do not know why.
I just wanted to make sure we did not see
With using KBUILD_DEFCONFIG we don't have to ship a second copy of
m32700ut.smp_defconfig
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/m32r/Makefile |2
arch/m32r/defconfig | 863
2 files changed, 2 insertions(+), 863 deletions(-)
The default defconfig should be one from arch/m68k/configs/
arch/m68k/defconfig was not exactly identical to amiga_defconfig but
also considering how long they have been without any update that doesn't
seem to have been on purpose.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/m68k
With KBUILD_DEFCONFIG we don't have to ship a second copy of
ip22_defconfig
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/mips/Makefile |2
arch/mips/defconfig | 1158
2 files changed, 2 insertions(+), 1158 deletions(-)
57da2fa4b7e8
On Tue, Feb 26, 2008 at 08:44:53PM +0100, Sam Ravnborg wrote:
> On Tue, Feb 26, 2008 at 07:04:02PM +0100, Jesper Nilsson wrote:
> > On Tue, Feb 26, 2008 at 07:47:03PM +0200, Adrian Bunk wrote:
> > > This patch moves the cris defconfigs to arch/cris/configs/ where they
> > > belong.
> > >
> > > As
[ Sorry for the duplicate. I typoed Francois' email address. ]
From: Pekka Enberg <[EMAIL PROTECTED]>
Convert the internal JUMBO_FRAME #ifdef to CONFIG_IP1000_JUMBO_FRAME proper and
fix compilation errors.
Cc: Francois Romieu <[EMAIL PROTECTED]>
Cc: Sorbica Shieh <[EMAIL PROTECTED]>
Cc: Jesse Hu
Diabolical ;-)
Thanks for the pointer!
Benny
On Feb. 26, 2008, 11:39 -0800, Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> On Tue, Feb 26, 2008 at 11:23:01AM -0800, Benny Halevy wrote:
>> Pete, the subject says "PATCH 1/2" but I didn't see any follow-up message
>> for PATCH 2/2. Just wondering :)
>
From: Pekka Enberg <[EMAIL PROTECTED]>
Convert the internal JUMBO_FRAME #ifdef to CONFIG_IP1000_JUMBO_FRAME proper and
fix compilation errors.
Cc: Francois Romieu <[EMAIL PROTECTED]>
Cc: Sorbica Shieh <[EMAIL PROTECTED]>
Cc: Jesse Huang <[EMAIL PROTECTED]>
Signed-off-by: Pekka Enberg <[EMAIL PROT
On Tue, Feb 26, 2008 at 08:33:54AM -0800, Andrew Morton wrote:
> On Tue, 26 Feb 2008 16:24:11 +0800 Dave Young <[EMAIL PROTECTED]> wrote:
>
> > I don't know whom I should mail to, could you cc the proper guy? Thanks.
Hello, Dave,
Would you be willing to try out the following (untested, might not
On Tue, Feb 26, 2008 at 07:04:02PM +0100, Jesper Nilsson wrote:
> On Tue, Feb 26, 2008 at 07:47:03PM +0200, Adrian Bunk wrote:
> > This patch moves the cris defconfigs to arch/cris/configs/ where they
> > belong.
> >
> > As a side effect they can now be used directly through e.g.
> > make ARCH=
On Tuesday 26 February 2008 06:33, David Howells wrote:
> > Suppose one were to take a mundane approach to the persistent cache
> > problem instead of layering filesystems. What you would do then is
> > change NFS's ->write_page and variants to fiddle the persistent
> > cache
>
> It is a requirem
Hi Loius,
--- linux-2.6.23/net/bluetooth/hci_event.c.orig 2008-02-25
17:17:11.0 +0900
+++ linux-2.6.23/net/bluetooth/hci_event.c 2008-02-25
17:30:23.0 +0900
@@ -1313,8 +1313,17 @@
hci_dev_lock(hdev);
conn = hci_conn_hash_lookup_ba(hdev, ev->link_type, &ev->bdaddr);
- if (!conn)
On Tue, Feb 26 2008, Anders Henke wrote:
> On Tue, Feb 26 2008 Jens Axboe wrote:
> > On Tue, Feb 26 2008, Alasdair G Kergon wrote:
> > > On Mon, Feb 25, 2008 at 03:20:50PM -0800, Andrew Morton wrote:
> > > > On Mon, 25 Feb 2008 14:26:15 +0100 Anders Henke <[EMAIL PROTECTED]>
> > > > wrote:
> > > >
Hi Roman.
We discovered a situation where we could set a
choice value in menuconfig but later when we either was
running menuconfig or oldconfig the value were changed.
I have created a minimal config that exhibit the error.
It was created in a pure mechanical trial-and-error fashion.
First the
On Tue, Feb 26, 2008 at 11:23:01AM -0800, Benny Halevy wrote:
> Pete, the subject says "PATCH 1/2" but I didn't see any follow-up message
> for PATCH 2/2. Just wondering :)
I think the problem's on your end ... I got it and so did marc:
http://marc.info/?l=linux-scsi&m=120405067313933&w=2
--
Int
Hi Quel,
Delete a possibly armed timer before kfree'ing the connection object.
Solves: http://lkml.org/lkml/2008/2/15/514
Reported-by:Quel Qun <[EMAIL PROTECTED]>
Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
---
net/bluetooth/l2cap.c |2 ++
1 file changed, 2 insertions(+)
Index: lin
On Tue, Feb 26 2008 Jens Axboe wrote:
> On Tue, Feb 26 2008, Alasdair G Kergon wrote:
> > On Mon, Feb 25, 2008 at 03:20:50PM -0800, Andrew Morton wrote:
> > > On Mon, 25 Feb 2008 14:26:15 +0100 Anders Henke <[EMAIL PROTECTED]> wrote:
> > > > I'm currently stuck between Kernel LVM and DRBD, as I'm u
Nick Piggin <[EMAIL PROTECTED]> writes:
> On Wednesday 27 February 2008 00:22, Otavio Salvador wrote:
>> Hello,
>>
>> Today I got this oops, someone has an idea of what's going wrong?
>>
>> Unable to handle kernel paging request at 0200 RIP:
>> [] find_get_pages+0x3c/0x69
>
> At this
On Tue, 26 Feb 2008, Michael Kerrisk wrote:
> Okay -- I'll look at it some more. I am however loathe to drop the
> term open file description, because POSIX uses, as well as a number of
> other Linux man pages by now.
Heh, POSIX. Now doesn't take a genius to see that "file description" and
"fil
Hi Andrew,
no, right now I have the machine in the weird state, swap is empty (3GB),
and so is bigger part of RAM (~100MB free), and the gcc crashes even when
trying to compile c program with empty main function. so it doesn't seem
to be problem with memory exhaustion.
Hopefully the areca guys
Pete, the subject says "PATCH 1/2" but I didn't see any follow-up message
for PATCH 2/2. Just wondering :)
Benny
On Feb. 26, 2008, 10:27 -0800, Pete Wyckoff <[EMAIL PROTECTED]> wrote:
> This reverts commit a3cd7d9070be417a21905c997ee32d756d999b38.
>
> The original commit breaks iSER reliably, ma
On Tue, Feb 26, 2008 at 8:04 PM, Davide Libenzi <[EMAIL PROTECTED]> wrote:
>
> On Tue, 26 Feb 2008, Michael Kerrisk wrote:
>
> > Following up after quite some time:
> >
> > Davide Libenzi wrote:
> > > On Sat, 26 Jan 2008, Michael Kerrisk wrote:
> > >
> > >> On Jan 25, 2008 12:57 AM, Davide Libenzi
Hi,
> > I've bisected anyway and although the results are not absolutely
> > conclusive, as I neared the end of the process, I was amongst a bunch of
> > mac80211 patches. This set me on a path that resulted in me discovering
> > that with the rt61pci driver, I can freeze my wireless network con
Franck Bui-Huu wrote:
> Josh Triplett wrote:
>> [I did not see this patch go by on any mailing list, so I replied to
>> the -mm mail and CCed LKML.]
>>
>
> Well I'm pretty sure to have always CC'ed LKML, see for example:
>
> http://lkml.org/lkml/2008/2/19/150
> http://lkml.org/lkml/2008/2
On Tue, 26 Feb 2008 19:53:36 +0100, rzryyvzy said:
> I know that tmpfs is a memmory filesystem. Is there a possibility to create
> also a memory block device?
> Is there a possibility to create for example a 1 GB memory block device (from
> the RAM)?
A better question would be:
What problem are
On Tue, 26 Feb 2008, Michael Kerrisk wrote:
> Following up after quite some time:
>
> Davide Libenzi wrote:
> > On Sat, 26 Jan 2008, Michael Kerrisk wrote:
> >
> >> On Jan 25, 2008 12:57 AM, Davide Libenzi <[EMAIL PROTECTED]> wrote:
> >>> On Thu, 24 Jan 2008, Pierre Habouzit wrote:
> >>>
>
On Tue, Feb 26, 2008 at 10:42 AM, Ravikiran Thirumalai
<[EMAIL PROTECTED]> wrote:
> On Mon, Feb 25, 2008 at 09:27:42PM -0800, Yinghai Lu wrote:
> >On Mon, Feb 25, 2008 at 8:05 PM, Ravikiran Thirumalai <[EMAIL PROTECTED]>
> wrote:
> >> On Tue, Feb 26, 2008 at 04:46:25AM +0100, Andi Kleen wrote:
>
On Tue, 26 Feb 2008 19:16:11 +0100 Pavel Machek <[EMAIL PROTECTED]> wrote:
> On Tue 2008-02-26 13:10:01, Dave Jones wrote:
> > On Tue, Feb 26, 2008 at 06:59:54PM +0100, Pavel Machek wrote:
> >
> > > > if by 'custom' you mean the solution everyone agreed to work
> > > > toward at the power mana
Hi folks:
I posted this in linux-raid, though I thought it might interest the
kernel folks due to the subsystems in question. No responses there.
Executive summary version: building a RAID0 across 2 large hardware
RAIDed disks results in buffered I/O performance that is similar to a
single
It does happen with 2.6.22 too.
Do you see any known pattern in these extra bytes ?
Best Regards
Gerold
2a 00 00 00 00 00 00 00 40 00 00 00 00 00 00 00 |[EMAIL PROTECTED]|
0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ||
*
0002 2a 00 00 00 00 40 00
Seperate mmconf for fam10h out from setup_64.c
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/arch/x86/kernel/Makefile b/arch/x86/kernel/Makefile
index 199f8b5..4f2b9ed 100644
--- a/arch/x86/kernel/Makefile
+++ b/arch/x86/kernel/Makefile
@@ -101,4 +101,6 @@ ifeq ($(CONFIG_X86_64),y)
I know that tmpfs is a memmory filesystem. Is there a possibility to create
also a memory block device?
Is there a possibility to create for example a 1 GB memory block device (from
the RAM)?
--
E-Mail sent with anti-spam site TrashMail.net!
Free disposable email addresses: http://www.trashma
Hi Adrian.
On Tue, Feb 26, 2008 at 05:34:21PM +0200, Adrian Bunk ([EMAIL PROTECTED]) wrote:
> Using ndelay() with a 64bit variable as parameter can result in build
> errors like the following on some 32bit systems when it results in a
> 64bit division:
>
> <-- snip -->
>
> ...
> MODPOST 7
On Tue, 26 Feb 2008, Michael Kerrisk wrote:
> Davide Libenzi wrote:
> > On Sun, 28 Oct 2007, David Schwartz wrote:
> >
> >> Eric Dumazet wrote:
> >>
> >>> Events are not necessarly reported "by descriptors". epoll uses an opaque
> >>> field provided by the user.
> >>>
> >>> It's up to the user to
On Mon, Feb 25, 2008 at 08:00:35PM -0300, Henrique de Moraes Holschuh wrote:
> On Mon, 25 Feb 2008, Lukas Hejtmanek wrote:
> > volume keys work. But anything through acpid does not. Even AC/battery
> > switch
> > is not signalized. So the bug may be somewhere else?
>
> Yeah, there is an EC-relate
On Mon, Feb 25, 2008 at 09:27:42PM -0800, Yinghai Lu wrote:
>On Mon, Feb 25, 2008 at 8:05 PM, Ravikiran Thirumalai <[EMAIL PROTECTED]>
>wrote:
>> On Tue, Feb 26, 2008 at 04:46:25AM +0100, Andi Kleen wrote:
>>
>> >
>> >If you can't support that in your hardware you're supposed
>> >to clear it.
>
Andre Noll wrote:
we are experiencing massive performance problems with two of our
Linux servers that contain 3ware controllers on a Tyan mainboard and
a couple of 1T disks.
During the daily cron job that uses rsync to sync a 500G file system
from another machine to the raid on the 3ware control
Hi,
Josh Triplett wrote:
> [I did not see this patch go by on any mailing list, so I replied to
> the -mm mail and CCed LKML.]
>
Well I'm pretty sure to have always CC'ed LKML, see for example:
http://lkml.org/lkml/2008/2/19/150
http://lkml.org/lkml/2008/2/19/151
Thanks,
I see these warnings on 32 bit ARM systems:
CC kernel/time.o
kernel/time.c: In function 'msecs_to_jiffies':
kernel/time.c:472: warning: integer constant is too large for 'long' type
kernel/time.c: In function 'usecs_to_jiffies':
kernel/time.c:487: warning: integer constant is too large for
Commit a3cd7d9070be417a21905c997ee32d756d999b38 (IB/fmr_pool:
ib_fmr_pool_flush() should flush all dirty FMRs) caused a
regression for iSER and was reverted in
e5507736c6449b3253347eed6f8ea77a28cf688e.
This change attempts to redo the original patch so that all used
FMR entries are flushed when ib
This reverts commit a3cd7d9070be417a21905c997ee32d756d999b38.
The original commit breaks iSER reliably, making it complain:
iser: iser_reg_page_vec:ib_fmr_pool_map_phys failed: -11
The FMR cleanup thread runs ib_fmr_batch_release() as dirty
entries build up. This commit causes clean but use
[EMAIL PROTECTED] wrote on Mon, 25 Feb 2008 15:02 -0800:
> Ugh.
[pw wrote:]
> > Looking at the FMR dirty list unmapping code in
> > ib_fmr_batch_release(), there is a section that pulls all the dirty
> > entries onto a list that it will later unmap and put back on the
> > free list.
>
> > But
On Tue, Feb 26, 2008 at 11:48:29PM +0530, Kamalesh Babulal wrote:
> Adrian Bunk wrote:
> > On Tue, Feb 26, 2008 at 07:59:08PM +0530, Kamalesh Babulal wrote:
> >> Hi,
> >>
> >> The 2.6.25-rc3 kernel build fails on powerpc with allyesconfig config
> >> option,
> >> the .config has been attached.
> >
On Tue, 26 Feb 2008 11:32:24 -0500 Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Ingo Molnar wrote:
> > * Jeff Garzik <[EMAIL PROTECTED]> wrote:
> >
> >> + unsigned long flags;
> >> +
> >> + local_irq_save(flags);
> >
> > hm, couldnt we attach the irq disabling to some spinlock, in a natural
> > w
On Tue, Feb 26, 2008 at 07:16:11PM +0100, Pavel Machek wrote:
> On Tue 2008-02-26 13:10:01, Dave Jones wrote:
> > On Tue, Feb 26, 2008 at 06:59:54PM +0100, Pavel Machek wrote:
> >
> > > > if by 'custom' you mean the solution everyone agreed to work
> > > > toward at the power management su
> "David Schwartz" <[EMAIL PROTECTED]> writes:
> > I don't know who told you that or why, but it's obvious nonsense,
> Correct.
> > Exports should be marked GPL if and only if they cannot be used
> > except in a derivative work. If it is possible to use them
> > without taking
> > sufficient pr
Adrian Bunk wrote:
> On Tue, Feb 26, 2008 at 07:59:08PM +0530, Kamalesh Babulal wrote:
>> Hi,
>>
>> The 2.6.25-rc3 kernel build fails on powerpc with allyesconfig config option,
>> the .config has been attached.
>> ...
>
> Builds fine here.
>
> Local problem (e.g. disk full) on your machine?
>
>
Michael Kerrisk <[EMAIL PROTECTED]> wrote:
> a) I did a
>
> s/internal kernel handle/open file description/
>
> since that is the POSIX term for the internal handle.
>
> b) It seems to me that you text doesn't quite make the point explicit
> enough. I've tried to rewrite it; could you please c
> > From what I've seen its helped make binary
> > module abusers more cautious.
>
> Those not using _GPL exports?
In general. To be honest there is very little binary only stuff left now
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Stephen,
the allmodconfig builds at http://kisskb.ellerman.id.au/kisskb/branch/9/
seem to lack a few drivers even though they are properly enabled in the
respective config. Is it simply because everything is rebuilt on top of
a previous build?
Do you mail only errors to maintainers or also
On Tue 2008-02-26 13:10:01, Dave Jones wrote:
> On Tue, Feb 26, 2008 at 06:59:54PM +0100, Pavel Machek wrote:
>
> > > if by 'custom' you mean the solution everyone agreed to work
> > > toward at the power management summit several years ago
> > > (hal/pm-utils) then, yes.
> >
> > I must hav
On Tue, 26 Feb 2008 16:18:55 +0100 Jiri Slaby <[EMAIL PROTECTED]> wrote:
> Hi,
>
> while booting up a notebook on 32 bit, this oopses appeared on the console
> after ext3 fsck:
> http://www.fi.muni.cz/~xslaby/sklad/mem_oops/
>
> It's 2.6.25-rc2-mm1, I can't find similar reports, is this known or
On Tue, Feb 26, 2008 at 06:59:54PM +0100, Pavel Machek wrote:
> > if by 'custom' you mean the solution everyone agreed to work
> > toward at the power management summit several years ago
> > (hal/pm-utils) then, yes.
>
> I must have been on different summit... I believe it is bad to tie
>
>>> On Tue, Feb 26, 2008 at 1:06 PM, in message
<[EMAIL PROTECTED]>, Pavel Machek <[EMAIL PROTECTED]> wrote:
> On Tue 2008-02-26 08:03:43, Gregory Haskins wrote:
>> >>> On Mon, Feb 25, 2008 at 5:03 PM, in message
>> <[EMAIL PROTECTED]>, Pavel Machek <[EMAIL PROTECTED]> wrote:
>>
>> >> +static
On Tue 2008-02-26 08:03:43, Gregory Haskins wrote:
> >>> On Mon, Feb 25, 2008 at 5:03 PM, in message
> <[EMAIL PROTECTED]>, Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> >> +static inline void
> >> +prepare_adaptive_wait(struct rt_mutex *lock, struct adaptive_waiter
> > *adaptive)
> > ...
> >> +#
On Tue, Feb 26, 2008 at 07:47:03PM +0200, Adrian Bunk wrote:
> This patch moves the cris defconfigs to arch/cris/configs/ where they
> belong.
>
> As a side effect they can now be used directly through e.g.
> make ARCH=cris artpec_3_defconfig
>
> The default defconfig is set through KBUILD_DEF
On Tue 2008-02-26 12:46:13, Dave Jones wrote:
> On Tue, Feb 26, 2008 at 11:11:17AM +0100, Pavel Machek wrote:
> > Hi!
> >
> > Andrew is trying to get s2ram to work on Fedora:
> >
> > > > > Please try s2ram, there's good chance it will just work.
> > > >
> > > > configure: error: Required
On Tue, 26 Feb 2008 11:50:42 +0100 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-02-26 at 17:03 +1100, Neil Brown wrote:
> > On Saturday February 23, [EMAIL PROTECTED] wrote:
>
> > > What is the NFS and net people's take on all of this?
> >
> > Well I'm only vaguely an NFS person, ba
> return do_mbind(start, len, mode, mode_flags, &nodes, flags);
The intermingling of 'flags', 'mode' and 'mode_flags' to refer to the
low bits, the high bits or all the bits of the flags field is handled
fairly carefully in your patch, but can still be a bit difficult to
keep track of whic
Jamie Lokier wrote:
Jeff Garzik wrote:
Nick Piggin wrote:
Anyway, the idea of making fsync/fdatasync etc. safe by default is
a good idea IMO, and is a bad bug that we don't do that :(
Agreed... it's also disappointing that [unless I'm mistaken] you have
to hack each filesystem to support barr
Hello Andre,
On Tuesday 26 February 2008 18:43:14 Andre Noll wrote:
> Hi
>
> we are experiencing massive performance problems with two of our
> Linux servers that contain 3ware controllers on a Tyan mainboard and
> a couple of 1T disks.
>
> During the daily cron job that uses rsync to sync a 500G
On Tue, Feb 26, 2008 at 07:28:47PM +0200, Adrian Bunk wrote:
> This patch moves the cris defconfigs to arch/cris/configs/ where they
> belong.
>
> As a side effect they can now directly be used through e.g.
> make ARCH=cris artpec_3_defconfig
>
> The default defconfig is set through KBUILD_DEF
On Tue, Feb 26, 2008 at 06:32:41PM +1000, Brad Rosser wrote:
Hi Brad,
> Hello Boris, Bart,
>
> On Tue, Feb 26, 2008 at 12:45 AM, Borislav Petkov
> <[EMAIL PROTECTED]> wrote:
> >
> > On Mon, Feb 25, 2008 at 03:57:06PM +1000, Brad Rosser wrote:
> > >
> > > ... it would suggest the option 'hda=nopro
On Tue, Feb 26, 2008 at 11:11:17AM +0100, Pavel Machek wrote:
> Hi!
>
> Andrew is trying to get s2ram to work on Fedora:
>
> > > > Please try s2ram, there's good chance it will just work.
> > >
> > > configure: error: Required libx86 was not found
> >
> > apt-get install libx86-dev?
>
On Tue, 26 Feb 2008 10:35:31 +0100 (CET) Nikola Ciprich <[EMAIL PROTECTED]>
wrote:
> Hi
>
> On Sun, 24 Feb 2008, Andrew Morton wrote:
>
> Hi Andrew,
> thanks a lot for reply, I'm attaching requested information.
> please let me know if You need more information/testing, whatever.
> I'll be glad
David,
Perhaps I missed it, but could you elaborate on what sort of testing
these patches for MPOL_F_RELATIVE_NODES and MPOL_F_STATIC_NODES have
received?
The main reason I didn't push my version of these patches in December
was I figured it would take a week or three of obsessive-compulsive
test
Alan Cox <[EMAIL PROTECTED]> writes:
>> Actually I think the _GPL exports are really harmful - somebody
>> distributing a binary module may claim he/she doesn't violate the GPL
>> because the module uses only non-GPL exports. OTOH GPL symbols give
>
> They can claim that anyway. The can claim to b
On Tue, 26 Feb 2008 18:26:05 +0100 Oliver Pinter wrote:
> Thank for your work in this serie or tree.
Please edit your replies so that you don't send a 40 KB message
that is actually only one line.
---
~Randy
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body o
On Tue, Feb 26, 2008 at 03:52:13PM +0100, Andreas Schwab wrote:
> Borislav Petkov <[EMAIL PROTECTED]> writes:
>
> > On Mon, Feb 25, 2008 at 11:08:55PM +0100, Andreas Schwab wrote:
> >> Borislav Petkov <[EMAIL PROTECTED]> writes:
> >>
> >> > On Mon, Feb 25, 2008 at 08:38:22PM +0100, Andreas Schwab
On Tue, 26 February 2008 17:29:13 +, Jamie Lokier wrote:
>
> You're right. Though, doesn't normal page writeback enqueue the COW
> metadata changes? If not, how do they get written in a timely
> fashion?
It does. But this is not sufficient to guarantee that the pages in
question have been
Commit e108b2ca2349f510ce7d7f910eda89f71d710d84 broke the compilation of
drivers/serial/sh-sci.c on h8300:
<-- snip -->
...
CC drivers/serial/sh-sci.o
/home/bunk/linux/kernel-2.6/git/linux-2.6/drivers/serial/sh-sci.c:57:21: error:
asm/sci.h: No such file or directory
...
make[3]: *** [
+ MPOL_F_RELATIVE_NODES: This flag specifies that the nodemask passed
+ by the user should remain in the same context as it is for the
+ current task or VMA's set of accessible nodes after the memory
+ policy has been defined.
+
+ Without this flag (and without MP
On Tue, 26 Feb 2008 17:09:48 +0800 Dave Young wrote:
> On Tue, Feb 26, 2008 at 01:59:31PM +0800, Dave Young wrote:
> > On Tue, Feb 26, 2008 at 1:48 PM, Dave Young <[EMAIL PROTECTED]> wrote:
> > > On Tue, Feb 26, 2008 at 1:22 PM, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> > > > On Mon, 25 Feb 2008
linux v2.6.22.20-op1-rc1
"stable" review patch
what is this tree?
it is my long term supported kernel, when i have time for it, i
backported the most important fixes.
http://repo.or.cz/w/linux-2.6.22.y-op.git rc
--
Makefile | 2 +-
arch/x86_64/mm/pageattr.c | 2 +-
include/linux/page-flags.h | 4 +
On Tue, 26 Feb 2008 10:02:23 +0100 Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > Anton - who has used oprofile to analyse and tune databases, JVMs,
> > compilers and operating systems. Maybe I've been missing out on
> > the killer app for all this time!!!
>
> it's OK if you use it full time
Jörn Engel wrote:
> On Tue, 26 February 2008 15:28:10 +, Jamie Lokier wrote:
> >
> > > One interesting aspect of this comes with COW filesystems like btrfs or
> > > logfs. Writing out data pages is not sufficient, because those will get
> > > lost unless their referencing metadata is written
On Mon, Feb 25, 2008 at 11:33 PM, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
> Yinghai Lu wrote:
> >> which is the same. set_cpu_cap() is indeed the cleaner form to do this
> >> so your patch is correct as a cleanup.
> > set_cpu_cap is right
> > ==
> > set_bit(X86_FEATURE_CONSTANT_TSC, &c->x8
On Tue, Feb 26, 2008 at 06:04:51PM +0100, Krzysztof Halasa wrote:
> Actually I think the _GPL exports are really harmful - somebody
> distributing a binary module may claim he/she doesn't violate the GPL
> because the module uses only non-GPL exports. OTOH GPL symbols give
They can claim that anyw
Thank for your work in this serie or tree.
On 2/26/08, Greg KH <[EMAIL PROTECTED]> wrote:
> diff --git a/Makefile b/Makefile
> index 99c5e87..27acaf4 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -1,7 +1,7 @@
> VERSION = 2
> PATCHLEVEL = 6
> SUBLEVEL = 22
> -EXTRAVERSION = .18
> +EXTRAVERSION =
On Tuesday 26 February 2008 06:10:34 Jiri Kosina wrote:
> On Mon, 25 Feb 2008, Jan Kara wrote:
> > Yes, exactly two of them. One is non-trivial to get rid of - it's
> > used for encoding of filename before we write it,
>
> Why can't we do just
>
>
>
> UDF: Optimize stack usage
>
> Signed-off-by:
* Adrian Bunk <[EMAIL PROTECTED]> [2008-02-26 17:34]:
> > MODPOST 759 modules
> > ERROR: "__divdi3" [drivers/crypto/hifn_795x.ko] undefined!
>
> Fix below.
Tested-by: Martin Michlmayr <[EMAIL PROTECTED]>
--
Martin Michlmayr
http://www.cyrius.com/
--
To unsubscribe from this list: send the lin
Hey, Pekka,
A couple of little things I noticed...
> +static int post_kmmio_handler(unsigned long condition, struct pt_regs *regs)
> +{
> + int ret = 0;
> + struct kmmio_probe *probe;
> + struct kmmio_fault_page *faultpage;
> + struct kmmio_context *ctx = &get_cpu_var(kmmio_ctx);
Steven Rostedt wrote:
>
> On Tue, 26 Feb 2008, Jan Kiszka wrote:
>>> What's the NUMA topology?
>> 4 nodes. I'm not sure if it is really NUMA related, but the same kernel
>> runs that test as expected on a non-NUMA 2x2 box.
>>
>>> What tasks are running, and at what priorities?
>> 40 pthreads, crea
Sleepy linux support, demo version, but it works on my thinkpad x60 ;-).
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
diff --git a/Documentation/power/sleepy.txt b/Documentation/power/sleepy.txt
new file mode 100644
index 000..a9caf05
--- /dev/null
+++ b/Documentation/power/sleepy.txt
@@
On Mon, Feb 25, 2008 at 09:42:00PM -0500, Pavel Roskin wrote:
> It looks like a mutex, it acts like a mutex, but it isn't a mutex, it's a
> trap for the unwary. Weird. I was annoyed by it before; now I see a
> fellow developer actually getting into that trap.
>
> I'd say, rename DECLARE_MUTEX t
On Feb 26, 2008 08:39 -0800, Eric Sandeen wrote:
> Takashi Sato wrote:
>
> > o Elevate XFS ioctl numbers (XFS_IOC_FREEZE and XFS_IOC_THAW) to the VFS
> > As Andreas Dilger and Christoph Hellwig advised me, I have elevated
> > them to include/linux/fs.h as below.
> > #define FIFREEZE
On Fri, 2008-02-22 at 07:25 +, Ian Campbell wrote:
> On Thu, 2008-02-21 at 14:58 -0800, H. Peter Anvin wrote:
> >
> > Which it is on real hardware, because although it's not *reserved*
> > (type 2), it is certainly not made available as *normal memory* (type
> > 1). If Xen maps this as type 1
On Tue, 26 February 2008 15:28:10 +, Jamie Lokier wrote:
>
> > One interesting aspect of this comes with COW filesystems like btrfs or
> > logfs. Writing out data pages is not sufficient, because those will get
> > lost unless their referencing metadata is written as well. So either we
> > h
> One may say _GPL is a strong indication that all users are
> automatically a derivative works, but it's only that - indication. It
> doesn't mean they are really derivative works and it doesn't mean a
> module not using any _GPL exports isn't a derivative.
Actually I think the _GPL exports are r
Jeff Garzik wrote:
> Nick Piggin wrote:
> >Anyway, the idea of making fsync/fdatasync etc. safe by default is
> >a good idea IMO, and is a bad bug that we don't do that :(
>
> Agreed... it's also disappointing that [unless I'm mistaken] you have
> to hack each filesystem to support barriers.
>
On Tue, 26 Feb 2008, Jan Kiszka wrote:
> >>
> >
> > What's the NUMA topology?
>
> 4 nodes. I'm not sure if it is really NUMA related, but the same kernel
> runs that test as expected on a non-NUMA 2x2 box.
>
> > What tasks are running, and at what priorities?
>
> 40 pthreads, created with default
1 - 100 of 275 matches
Mail list logo
