>From 2ecaa761242e76780a35647f3d3749ee6d04d618 Mon Sep 17 00:00:00 2001
From: Mike Frysinger <[EMAIL PROTECTED]>
Date: Thu, 10 May 2007 22:44:28 -0700
Subject: [PATCH 12/14] kbuild: add support for squashing uid/gid in
gen_initramfs_list.sh
Sometimes it is useful to squash all uid's/gid's to 0:0
Al Viro wrote:
BTW, you can simply typedef __be16 ubi16_t; etc. and define conversion
functions as cpu_to_ubi16(x) being (__force ubi16_t)cpu_to_be16(x), etc.
sparse will do all checks just fine, you still have bitwise operations
(might or might be not relevant in your case) and for gcc it simpl
>From 72c04ee8e763e6acb3494be17c68b40ac3f699f4 Mon Sep 17 00:00:00 2001
From: Mike Frysinger <[EMAIL PROTECTED]>
Date: Thu, 17 May 2007 14:57:20 -0400
Subject: [PATCH 13/14] kbuild: include limits.h in sumversion.c for PATH_MAX
POSIX says limits.h defines PATH_MAX so we should include it (which fi
>From 329e3a972ce593015b1e9c0b91f18dcd80cfd4fa Mon Sep 17 00:00:00 2001
From: Mike Frysinger <[EMAIL PROTECTED]>
Date: Thu, 17 May 2007 15:06:31 -0400
Subject: [PATCH 14/14] kconfig: search harder for curses library in
check-lxdialog.sh
The check-lxdialog.sh script searches for "libFOO.so" which
Hi Bejamin:
On Mon, Oct 23, 2006 at 05:50:20PM -0400, Benjamin Gilbert wrote:
> This is a new CryptoAPI module containing an x86-optimized implementation of
> SHA1, taken from Nettle.
Thanks for the patch! Sorry for the very late response. I just
discovered this while cleaning up my mailbox :)
On Fri, 2007-05-18 at 13:39 +0800, Dave Liu wrote:
> > > Yes, on some implementations there can be other conditions that
> > > make a decrementer exception go away; there is no contradiction
> > > here (thankfully). My wording was sloppy.
> >
> > Some CPUs have the DEC exceptions basically edge t
On Fri, May 18, 2007 at 08:52:31AM +0200, Jan Engelhardt wrote:
>
> On May 18 2007 08:49, Sam Ravnborg wrote:
> >index 113dc77..acd28ab 100644
> >--- a/scripts/mod/modpost.c
> >+++ b/scripts/mod/modpost.c
> >@@ -885,29 +885,28 @@ static void warn_sec_mismatch(const char *modname,
> >const char *f
From: Sam Ravnborg <[EMAIL PROTECTED]>
Date: Fri, 18 May 2007 08:52:57 +0200
> >From 653bc43c6c2c292e6abc98860fd241eb12e2c80f Mon Sep 17 00:00:00 2001
> From: Sam Ravnborg <[EMAIL PROTECTED]>
> Date: Thu, 17 May 2007 13:38:44 +0200
> Subject: [PATCH 05/14] all-archs: consolidate .data section defi
Hello,
After finally catching fw-{ohci,core} to be problematic during resume,
I'm now experiencing an immediate resume after suspending.
2.6.21-rc7-mm* didn't even suspend, my last known suspend-and-resuming
kernel was 2.6.21-rc5-mm3 (I know one other vaio SZ user could STR with
2.6.21-rc6-mm* af
On Thursday 17 May 2007 11:04 am, Lennart Sorensen wrote:
> On Thu, May 17, 2007 at 12:39:47AM -0300, Henrique de Moraes Holschuh wrote:
> > Actually, in my limited experience, SAS is marginally less crappy than
SATA,
> > and has a higher MTBF, probably because the manufacturers try to cut less
>
Hi,
Fix looks good. I have couple of comments,
1) Return from s2io_updt_stats function if the PCI bus is offline
(pci_channel_offline).
if (pci_channel_offline(pdev))
return;
2) No Need to call netif_wake_queue() in s2io_io_resume as
netif_device_attach() will take care
On Fri, 18 May 2007 06:08:54 +0200 Nick Piggin <[EMAIL PROTECTED]> wrote:
> Many batch operations on struct page are completely random,
But they shouldn't be: we should aim to place physically contiguous pages
into logically contiguous pagecache slots, for all the reasons we
discussed.
If/when t
On Fri, 18 May 2007 16:15:24 +0900 Mattia Dongili <[EMAIL PROTECTED]> wrote:
> Hello,
>
> After finally catching fw-{ohci,core} to be problematic during resume,
> I'm now experiencing an immediate resume after suspending.
>
> 2.6.21-rc7-mm* didn't even suspend, my last known suspend-and-resuming
On Thursday 17 May 2007 5:05 pm, Robert Schwebel wrote:
> Rob,
>
> On Wed, May 16, 2007 at 09:11:18PM -0400, Rob Landley wrote:
> > 2.6.21.1 built for me:
> >
> > tar xvjf linux-2.6.21.1.tar.bz2 &&
> > cd linux-2.6.21.1 &&
> > cat > mini.conf << EOF
> > CONFIG_MODE_SKAS=y
> > CONFIG_BINFMT_ELF=y
On Wed, May 16, 2007 at 10:52:03PM +0400, Oleg Nesterov wrote:
...
> Ah, but this is something different. Both lock/unlock are full barriers,
> but they protect only one direction. A memory op must not leak out of the
> critical section, but it may leak in.
>
> A = B; // 1
> l
On Fri, May 18, 2007 at 12:19:05AM -0700, Andrew Morton wrote:
> On Fri, 18 May 2007 06:08:54 +0200 Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> > Many batch operations on struct page are completely random,
>
> But they shouldn't be: we should aim to place physically contiguous pages
> into logical
* Bill Huey <[EMAIL PROTECTED]> wrote:
> On Sun, May 13, 2007 at 05:38:53PM +0200, Ingo Molnar wrote:
> > Even a simple 3D app like glxgears does a sys_sched_yield() for
> > every frame it generates (!) on certain 3D cards, which in essence
> > punishes any scheduler that implements sys_sched_y
On Thu, May 17 2007, Badari Pulavarty wrote:
> On Thu, 2007-05-17 at 08:27 +0200, Jens Axboe wrote:
> ..
> > > >
> > > > Ah ok, you need the updated patch series for ppc64 support. Builds fine
> > > > here on ppc64. See the #sglist branch of the block repo:
> > > >
> > > > git://git.kernel.dk/da
On Thu, May 17 2007, Badari Pulavarty wrote:
> On Thu, 2007-05-17 at 08:27 +0200, Jens Axboe wrote:
> > On Wed, May 16 2007, Badari Pulavarty wrote:
> > > On Tue, 2007-05-15 at 19:50 +0200, Jens Axboe wrote:
> > > > On Tue, May 15 2007, Badari Pulavarty wrote:
> > > > > On Tue, 2007-05-15 at 19:20
Hi,
I have tried to compile -rt3 patch for ppc (mpc8540ads) and it failed
with undefined referance errors on ppc/kernel/asm-offsets.c. Here is
the compiler outputs:
HOSTCC scripts/basic/fixdep
HOSTCC scripts/basic/docproc
HOSTCC scripts/kconfig/conf.o
HOSTCC scripts/kconfig/kxgettext.o
S
On Thu, 2007-05-17 at 17:24 -0500, Woodruff, Richard wrote:
> > This is the original ARM dyntick stuff, right ?
>
> Yes this is a version is not using clocksource.
>
> > The dyntick support on your architecture is broken. Why does it fiddle
> > with the timer, when the system is not idle ?
>
> I
On Fri, 18 May 2007 09:32:23 +0200 Nick Piggin <[EMAIL PROTECTED]> wrote:
> On Fri, May 18, 2007 at 12:19:05AM -0700, Andrew Morton wrote:
> > On Fri, 18 May 2007 06:08:54 +0200 Nick Piggin <[EMAIL PROTECTED]> wrote:
> >
> > > Many batch operations on struct page are completely random,
> >
> > B
On Fri, 2007-05-18 at 10:39 +0300, emin ak wrote:
> Hi,
> I have tried to compile -rt3 patch for ppc (mpc8540ads) and it failed
> with undefined referance errors on ppc/kernel/asm-offsets.c. Here is
> the compiler outputs:
arch/ppc is known to be broken. Does it even compile on 2.6.21 vanilla ?
Rik van Riel wrote:
> Andrea Righi wrote:
>> I'm looking for a way to keep track of the processes that fail to
>> allocate new
>> virtual memory. What do you think about the following approach
>> (untested)?
>
> Looks like an easy way for users to spam syslogd over and
> over and over again.
>
> At
Fresh New Database: Medical Equipment Suppliers
Featuring fields: Business Name, Address, Phone, Fax, Email and Website
167,425 Total Records
6,940 Total Emails
5,812 Fax Numbers
Promo price until Wednesday May 23: $199 - Price goes up after this
Order your copy today or get a free sample by
On Fri, May 18, 2007 at 12:43:04AM -0700, Andrew Morton wrote:
> On Fri, 18 May 2007 09:32:23 +0200 Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> > On Fri, May 18, 2007 at 12:19:05AM -0700, Andrew Morton wrote:
> > > On Fri, 18 May 2007 06:08:54 +0200 Nick Piggin <[EMAIL PROTECTED]> wrote:
> > >
> >
Fix roundup_pow_of_two(1)
1 is a power of two, therefore roundup_pow_of_two(1) should return 1. It does
in case the argument is a variable but in case it's a constant it behaves
wrong and returns 0. Probably nobody ever did it so this was never noticed.
Signed-off-by: Rolf Eike Beer <[EMAIL PROTE
Replace a hand coded version of DIV_ROUND_UP().
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]
---
commit ab35916f807eb4f2019a208e96cb0bddbb91dfc3
tree 6dc4485902c1a96a09ed287270de108630b26719
parent 335aa0289219ca2c1dc309d6bf856d4b25ad8746
author Rolf Eike Beer <[EMAIL PROTECTED]> Thu, 17 May
Andrew Morton wrote:
> Rolf Eike Beer wrote:
>> --- a/mm/memory.c
>> +++ b/mm/memory.c
>> @@ -1838,12 +1838,11 @@ void unmap_mapping_range(struct address_space
>> *mapping,
>> {
>> struct zap_details details;
>> pgoff_t hba = holebegin >> PAGE_SHIFT;
>> -pgoff_t hlen = (holelen + PA
On Fri, May 18, 2007 at 09:35:17AM +0200, Jarek Poplawski wrote:
> On Wed, May 16, 2007 at 10:52:03PM +0400, Oleg Nesterov wrote:
...
> 3. The alternative solution without barriers, based on the
> idea of Tejun Heo and presented in the patch proposal from
> 2007-05-13, could be probably a little fa
Yes, 2.6.21 was compiled and boot successfully for ppc, Is 85xx family
supported for powerpc arch?
Thanks.
2007/5/18, Thomas Gleixner <[EMAIL PROTECTED]>:
On Fri, 2007-05-18 at 10:39 +0300, emin ak wrote:
> Hi,
> I have tried to compile -rt3 patch for ppc (mpc8540ads) and it failed
> with undefi
Hi Jan :)
* Jan Engelhardt <[EMAIL PROTECTED]> dixit:
> Try ionice.
I didn't know about it, probably I didn't install it the last time I
built util-linux. Anyway, I've seen an ionice in
Documentation/block/ioprio.txt (which, BTW, I missed when searching for
information about my problem).
Please do not top post !
On Fri, 2007-05-18 at 11:10 +0300, emin ak wrote:
> Yes, 2.6.21 was compiled and boot successfully for ppc, Is 85xx family
> supported for powerpc arch?
I don't know. You might ask the folks on the ppc mailing list.
tglx
-
To unsubscribe from this list: send th
H. Peter Anvin wrote:
> Philipp Kohlbecher wrote:
>> (This may be superfluous, but I don't think it hurts and it might
>> prevent future errors.)
>
> ... and it may *cause* future errors by making it harder to find bugs, too.
>
> In other words, your patch doesn't actually fix anything, it *masks
--- Alan Cox <[EMAIL PROTECTED]> schrieb:
> On Thu, 17 May 2007 13:25:54 +0200
> Borislav Petkov <[EMAIL PROTECTED]> wrote:
>
> > -
> > From: [EMAIL PROTECTED]
> >
> > A very small size (object file 432 bytes smaller)
> and readability optimization of ide.c
> >
> > Signed-off-by: Borislav
On May 18 2007 10:21, DervishD wrote:
>
>> Or try echo 10 >/proc/sys/kernel/dirty_ratio
>
>Not in my proc :?? Perhaps /proc/sys/vm/dirty_ratio? Mine is 40,
>which I think is too high.
Linus also thinks it is too high; I do not really care what it is set
at, as it depends on the use case.
Thomas Gleixner wrote:
Please do not top post !
On Fri, 2007-05-18 at 11:10 +0300, emin ak wrote:
Yes, 2.6.21 was compiled and boot successfully for ppc, Is 85xx family
supported for powerpc arch?
I don't know. You might ask the folks on the ppc mailing list.
E.g. check http://lxr.free-elec
On Fri, May 18, 2007 at 09:58:25AM +0300, Artem Bityutskiy wrote:
> Al Viro wrote:
> >BTW, you can simply typedef __be16 ubi16_t; etc. and define conversion
> >functions as cpu_to_ubi16(x) being (__force ubi16_t)cpu_to_be16(x), etc.
> >
> >sparse will do all checks just fine, you still have bitwise
Hi,
I have the same problem, your patch fixed it.
My gcc version is 3.4.6
2007/5/16, H. Peter Anvin <[EMAIL PROTECTED]>:
Andy Whitcroft wrote:
> Getting this on both x86 and x86_64 boxes, they are the older boxen so
> likely older compilers:
Please give the gcc version number.
> CC arch
On Fri, May 18, 2007 at 11:03:57AM +0200, Andreas Schwab wrote:
> Sam Ravnborg <[EMAIL PROTECTED]> writes:
>
> > + * The follwoing markers are used for the cases where the reference to
>
> s/follwoing/following/
>
> Andreas.
Thnaks, fixed locally.
Sam
-
To unsubscribe from this list: s
These proc files show some header before dumping
the list, so the seq_list_start_head() is used.
Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
---
diff --git a/fs/afs/proc.c b/fs/afs/proc.c
index d5601f6..d5300e4 100644
--- a/fs/afs/proc.c
+++ b/fs/afs/proc.c
@@ -200,23 +200,9 @@ static int
The .show callback receives the list_head pointer now, not
the struct br2684_dev one.
Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
---
diff --git a/net/atm/br2684.c b/net/atm/br2684.c
index 0e9f00c..3e26438 100644
--- a/net/atm/br2684.c
+++ b/net/atm/br2684.c
@@ -699,28 +699,13 @@ static s
Simple and stupid - just use the helpers.
Sorry for no maintainer in Cc: - I haven't found any.
Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
---
diff --git a/drivers/char/misc.c b/drivers/char/misc.c
index 4e6fb96..71c8cd7 100644
--- a/drivers/char/misc.c
+++ b/drivers/char/misc.c
@@ -67,
This includes /proc/net/protocols, /proc/net/rxrpc_calls
and /proc/net/rxrpc_connections files.
All three need seq_list_start_head to show some header.
Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
---
diff --git a/net/core/sock.c b/net/core/sock.c
index 22183c2..528f65b 100644
--- a/net/c
Nick Piggin <[EMAIL PROTECTED]> wrote:
> I'd like to be the first to propose an increase to the size of struct page
> just for the sake of increasing it!
Heh. I'm surprised you haven't got more adverse reactions.
> If we add 8 bytes to struct page on 64-bit machines, it becomes 64 bytes,
> whic
Here there is not need even in .show callback altering.
The original code passes list_head in *v.
Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
---
diff --git a/kernel/module.c b/kernel/module.c
index 015d60c..7a1a4d3 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -2232,26 +2232,13 @
On Fri, May 18, 2007 at 12:16:04AM -0700, David Miller wrote:
>
> Looking at these patches reminds me of a quirk in the generic
> RODATA definition:
>
> > #define RODATA
> > \
> > . = ALIGN(4096);
This is essentially just a renaming of the existing
functions as the seq_list_start() and seq_list_next()
copies already exist in the input.c file. Now we have
them in the generic place.
Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
---
diff --git a/drivers/input/input.c b/drivers/input/inp
The /proc/partitions .show callback checked the *v to be
the first element in list to show the header. Now *v is the
struct list_head pointer and it is checked for the head of
the list.
The comment in /proc/diskstats .show handler is also updated
not to forget it in the future.
Signed-off-by:
Hi,
After installation the new mm1 kernel, My system can not boot, the rc1
kernel works ok.
The cursor just blinks after appearing "Bios data check successful" message.
what do you think about this?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messa
One more simple and stupid switching to the new API.
Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
---
diff --git a/fs/namespace.c b/fs/namespace.c
index 11f2fbf..82d4fd2 100644
--- a/fs/namespace.c
+++ b/fs/namespace.c
@@ -393,22 +393,16 @@ EXPORT_SYMBOL(mnt_unpin);
static void *m_start(s
On Thu, May 17, 2007 at 12:03:08PM +0200, DervishD wrote:
> I'm having problems when reading/writing to external USB harddisks:
> my *internal* harddisk stalls from time to time, so watching a movie
> while copying data is a PITA (well, if the movie is bad, the leaps help
> a bit...).
I've had
Does the laptop actually have 80 wire cables - did you see UDMA100
actually being used. If so can you send me an lspci -vxx and a dmesg.
Probably we need to add it to the list of devices using short 40 wire
cable tricks
I have been using UDMA5/ATA100 for months, although this was set by a
hdp
This includes /proc/fs/nfsfs/servers and /proc/fs/nfsfs/volumes
entries.
Both need to show the header and use the list_head.
Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
---
diff --git a/fs/nfs/client.c b/fs/nfs/client.c
index 50c6821..10355ec 100644
--- a/fs/nfs/client.c
+++ b/fs/nfs/cli
On Thu, 2007-05-17 at 15:27 -0700, Christoph Lameter wrote:
> On Thu, 17 May 2007, Peter Zijlstra wrote:
>
> > The way I read the cpuset page allocator, it will only respect the
> > cpuset if there is memory aplenty. Otherwise it will grab whatever. So
> > still, it will only ever use ALLOC_NO_WAT
On Fri, May 18, 2007 at 09:50:03AM +0200, Andrea Righi wrote:
> Rik van Riel wrote:
> > Andrea Righi wrote:
> >> I'm looking for a way to keep track of the processes that fail to
> >> allocate new
> >> virtual memory. What do you think about the following approach
> >> (untested)?
> >
> > Looks lik
Sam Ravnborg <[EMAIL PROTECTED]> writes:
> + * The follwoing markers are used for the cases where the reference to
s/follwoing/following/
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7
Many places in kernel use seq_file API to iterate over a regular
list_head. The code for such iteration is identical in all the
places, so it's worth introducing a common helpers.
This makes code about 300 lines smaller:
block/genhd.c | 40 +++-
cryp
Hi,
I just tried the 2.6.22-r1 candidate to test whether some bug I have
hit in the past still exists. I did use 2.6.20.6 so far. So, I have
cleanly rebooted to use the new kernel, after the machine came up I
tried to mess with the bug, and had to reboot again to play with kernel
commandline
Many places in kernel use seq_file API to iterate over a regular
list_head. The code for such iteration is identical in all the
places, so it's worth introducing a common helpers.
Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
---
diff --git a/fs/seq_file.c b/fs/seq_file.c
index 0ac22af..491
On Thu, 17 May 2007, Andrew Morton wrote:
On Thu, 17 May 2007 11:12:03 +0100 (IST)
Mel Gorman <[EMAIL PROTECTED]> wrote:
--- linux-2.6.22-rc1-mm1-025_gfphighuser/fs/buffer.c2007-05-16
22:55:50.0 +0100
+++ linux-2.6.22-rc1-mm1-030_pagecache_mark/fs/buffer.c 2007-05-16
23:07:30.000
Simple and stupid - just use the same code from another
place in the kernel.
Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
---
diff --git a/crypto/proc.c b/crypto/proc.c
index 102c751..3d73323 100644
--- a/crypto/proc.c
+++ b/crypto/proc.c
@@ -23,24 +23,13 @@
static void *c_start(struct
This includes /proc/net/ip_conntrack_expect file.
Although struct nf_conntrack_expect has list_head as
the very first element I use list_entry in .show callback
to emphasize the fact that *v is the list_head pointer.
Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
---
diff --git a/net/ipv4/n
Hi,
This is kernel port of LZO1X de/compression algo stripped down to just ~500 LOC!
It is derived from original LZO 2.02 code found at:
http://www.oberhumer.com/opensource/lzo/download/
The code has also been reformatted to match general kernel style.
Facts for LZO (at least for original code.
The similar code exists here and is called capi_driver_get_idx().
Use generic helpers now and remember to convert list_head to
struct capi_driver in .show callback.
Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
---
diff --git a/drivers/isdn/capi/kcapi_proc.c b/drivers/isdn/capi/kcapi_proc.c
At Wed, 16 May 2007 22:31:30 +0200,
Michal Piotrowski wrote:
>
> ALSA
>
> Subject: lost snd_4236 device
> References : http://lkml.org/lkml/2007/5/13/87
> Submitter : Pete Clements <[EMAIL PROTECTED]>
> Handled-By : Rene Herman <[EMAIL PROTECTED]>
> Patch : http://lkml.org/lkml/2007/5/1
Simple and stupid like some previous ones. Just use new API.
Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
---
diff --git a/fs/proc/proc_tty.c b/fs/proc/proc_tty.c
index b3a473b..2284622 100644
--- a/fs/proc/proc_tty.c
+++ b/fs/proc/proc_tty.c
@@ -69,7 +69,7 @@ static void show_tty_range(st
Pavel Emelianov <[EMAIL PROTECTED]> wrote:
> Many places in kernel use seq_file API to iterate over a regular
> list_head. The code for such iteration is identical in all the
> places, so it's worth introducing a common helpers.
And the documentation for this?
David
-
To unsubscribe from this li
On Mi, 16.05.07 11:46 Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
wrote:
> > Shall I test it without "noraid=1" too?
>
> Please do, the main goal of the patch was to fix "RAID mode"
> ("noraid=1" should work fine also without the patch?).
>
> Thanks,
> Bart
Hi,
sorry for late response. Now
This entry prints a header in .start callback. This is OK,
but the more elegant solution would be to move this into the
.show callback and use seq_list_start_head() in .start one.
I have left it as is in order to make the patch just switch
to new API and noting more.
Signed-off-by: Pavel Emeliano
alloc_large_system_hash() is called at boot time to allocate space for several
large hash tables.
Lately, TCP hash table was changed and its bucketsize is not a power-of-two
anymore.
On most setups, alloc_large_system_hash() allocates one big page (order > 0)
with __get_free_pages(GFP_ATOMIC,
On Fri, May 18, 2007 at 01:34:23PM +0400, Pavel Emelianov wrote:
> Simple and stupid - just use the same code from another
> place in the kernel.
>
> Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
Ack.
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECT
Good work..
On Fri, May 18, 2007 at 03:28:31PM +0530, Nitin Gupta wrote:
> Facts for LZO (at least for original code. Should hold true for this
> port also - hence the RFC!):
> - The compressor can never overrun buffer.
> - The "non-safe" version of decompressor can never overrun buffer if
> compr
On Fri, 18 May 2007 11:06:04 +0200
Martin Mokrejs <[EMAIL PROTECTED]> bubbled:
> I cannot say what is the fsck version, but I can tell you this is a
> Gentoo linux box in the ~x86 tree, so whatever is in the "unstable"
> branch. :(
FYI:
# eix e2fs
[I] sys-fs/e2fsprogs
Available versions:
From: Sam Ravnborg <[EMAIL PROTECTED]>
Date: Fri, 18 May 2007 11:42:31 +0200
> On Fri, May 18, 2007 at 12:16:04AM -0700, David Miller wrote:
> >
> > Looking at these patches reminds me of a quirk in the generic
> > RODATA definition:
> >
> > > #define RODATA
Hi Takashi,
On 18/05/07, Takashi Iwai <[EMAIL PROTECTED]> wrote:
At Wed, 16 May 2007 22:31:30 +0200,
Michal Piotrowski wrote:
>
> ALSA
>
> Subject: lost snd_4236 device
> References : http://lkml.org/lkml/2007/5/13/87
> Submitter : Pete Clements <[EMAIL PROTECTED]>
> Handled-By : Rene Herma
Hi, Mike!
[EMAIL PROTECTED] schrieb:
Whoever responds to this mail, please email me directlythank-you!
It seems that the dos file system does not work correctly with kernel
version 2.6.12. When using a dos formatted usb memory stick and placing
files onto the memory stick, the files are cor
From: Pavel Emelianov <[EMAIL PROTECTED]>
Date: Fri, 18 May 2007 13:53:13 +0400
> This includes /proc/net/protocols, /proc/net/rxrpc_calls
> and /proc/net/rxrpc_connections files.
>
> All three need seq_list_start_head to show some header.
>
> Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
From: Miklos Szeredi <[EMAIL PROTECTED]>
When inode is dropped (no more references) delete it from cache.
There's not much point in keeping it cached, when a new lookup will
refresh the attributes anyway.
Signed-off-by: Miklos Szeredi <[EMAIL PROTECTED]>
---
Index: linux/fs/fuse/inode.c
===
On 5/18/07, Pekka Enberg <[EMAIL PROTECTED]> wrote:
So how about making that a little less verbose. Say like:
Copyright (c) 1996-2005 Markus Franz Xaver and Johannes Oberhumer
Oh, the author's name really is "Markus Franz Xaver Johannes
Oberhumer." But please make the copyright statement one l
* Anant Nitya <[EMAIL PROTECTED]> wrote:
> Hi
>
> Been testing this version of CFS from last an hour or so and still
> facing same lag problems while browsing sites with heavy JS and or
> flash usage. Mouse movement is pathetic and audio starts to skip. I
> haven't face this behavior with CFS
Hello Oleg,
On Thu, 2007-05-17 at 22:45 +0400, Oleg Nesterov wrote:
> Hello Zilvinas,
>
> On 05/17, Zilvinas Valinskas wrote:
> >
> > Patch seems to help and it seems kernel doesn't free anymore. I've
> > booted new kernel and did :
>
> OK, thank you very much. So, we have some other problems,
On 5/18/07, Nitin Gupta <[EMAIL PROTECTED]> wrote:
+ Copyright (C) 2005 Markus Franz Xaver Johannes Oberhumer
+ Copyright (C) 2004 Markus Franz Xaver Johannes Oberhumer
[snip]
So how about making that a little less verbose. Say like:
Copyright (c) 1996-2005 Markus Franz Xaver and Johannes
On Fri, May 18, 2007 at 03:21:26AM -0700, David Miller wrote:
> From: Sam Ravnborg <[EMAIL PROTECTED]>
> Date: Fri, 18 May 2007 11:42:31 +0200
>
> > On Fri, May 18, 2007 at 12:16:04AM -0700, David Miller wrote:
> > >
> > > Looking at these patches reminds me of a quirk in the generic
> > > RODATA
This is now the only (!) compiler warning I get in my UML build :)
From: Miklos Szeredi <[EMAIL PROTECTED]>
mm/page_alloc.c:931: warning: 'setup_nr_node_ids' defined but not used
Signed-off-by: Miklos Szeredi <[EMAIL PROTECTED]>
---
Index: linux/mm/page_alloc.c
Andrew,
These are for 2.6.22, please apply.
Thanks.
From: Miklos Szeredi <[EMAIL PROTECTED]>
This fixes O_APPEND in direct IO mode. Also checks writes against
file size limits, notably rlimits.
Reported by Greg Bruno.
Signed-off-by: Miklos Szeredi <[EMAIL PROTECTED]>
---
Index: linux/f
The similar code exists here and is called capi_driver_get_idx().
Use generic helpers now and remember to convert list_head to
struct capi_driver in .show callback.
Acked-by: Karsten Keil <[EMAIL PROTECTED]>
Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
---
diff --git a/drivers/isdn/capi/kc
Hi Heikki :)
* Heikki Orsila <[EMAIL PROTECTED]> dixit:
> On Thu, May 17, 2007 at 12:03:08PM +0200, DervishD wrote:
> > I'm having problems when reading/writing to external USB
> > harddisks: my *internal* harddisk stalls from time to time, so
> > watching a movie while copying da
Hi Jan :)
* Jan Engelhardt <[EMAIL PROTECTED]> dixit:
>
> On May 18 2007 10:21, DervishD wrote:
> >
> >> Or try echo 10 >/proc/sys/kernel/dirty_ratio
> >
> >Not in my proc :?? Perhaps /proc/sys/vm/dirty_ratio? Mine is 40,
> >which I think is too high.
>
> Linus also thinks it is too hig
Hello All
I tried to execute a program which creates 8152 process.(
i=0; while( i<14) i++ fork(); ) with ulimit 8200. This program
created 8152 processes and then stopped and came back to command
prompt. this proves that my machine do have sufficient resources to
create 8000 processes.
Thanks for your comment, see the explaination inline.
We'll apply your advice in later patch.
-Original Message-
From: Robert Hancock [mailto:[EMAIL PROTECTED]
Sent: Friday, May 18, 2007 9:48 AM
To: Peer Chen
Cc: linux-kernel@vger.kernel.org; Jeff Garzik;
[EMAIL PROTECTED]; Kuan Luo; [EMA
H. Peter Anvin schrieb:
Claas Langbehn wrote:
Now my question is:
Would it be possible to override the BIOS settings of cx8 and nx and
activate it with linux anyway?
The CPU supports it and I don't see any reason to disable it.
Yes, that code is already in the git.newsetup tree.
On Fri, May 18, 2007 at 09:11:58AM +0530, Satyam Sharma wrote:
> It's also somewhat a matter of *taste* (and hence subjective), if you
> _still_ don't get it, Matthew, then there's no point continuing this thread
> and trying to convince you ad infinitum.
Right. It's a matter of taste. What make
On Fri, May 18, 2007 at 10:58:05AM +0530, Satyam Sharma wrote:
> [ BTW, this is the last time I'll try explaining this to you. ]
Oh good. Perhaps you can just drop the idea entirely and give up?
> The one-line patch you're suggesting *would*not*allow* one to use the async
> scanning _at_all_. If
On Wed, May 16, 2007 at 09:57:28AM +0200, Jan Engelhardt wrote:
>
> On May 14 2007 15:13, Bharata B Rao wrote:
> >+
> >+if (flag & 0x2) {
> >+error = union_copyup(nd, flag);
> >+if (error)
> >+goto exit;
> >+}
>
> What I dislike (and that also g
Hi,
Thanks for review. My comments inline.
On 5/18/07, Heikki Orsila <[EMAIL PROTECTED]> wrote:
Good work..
On Fri, May 18, 2007 at 03:28:31PM +0530, Nitin Gupta wrote:
> Facts for LZO (at least for original code. Should hold true for this
> port also - hence the RFC!):
> - The compressor can
On Tue, May 15, 2007 at 10:00:45AM -0400, Trond Myklebust wrote:
> On Mon, 2007-05-14 at 15:12 +0530, Bharata B Rao wrote:
> > From: Jan Blunck <[EMAIL PROTECTED]>
> > Subject: Union-mount lookup
> >
> > Modifies the vfs lookup routines to work with union mounted directories.
> >
> > The existing
Pierre Ossman skrev:
Tobias, did you test this patch and did it solve your problem?
I compiled it with 2.6.21-mm2 and 2.6.22-rc1 but both of them hangs at
startup after setting up portmap. So atleast init starts.. I suppose I
should set up remote syslog to debug.. and ofcourse apply the patc
-- Forwarded message --
From: debian developer <[EMAIL PROTECTED]>
Date: May 18, 2007 4:24 PM
Subject: [BUG] HOWTO
To: [EMAIL PROTECTED], linux-kernel@vger.kernel.org
There is a repetition of the below para in the HOWTO. :)
sorry, me being newbie( thts y i was goin thru the HOWTO
On Fri, 18 May 2007, David Woodhouse wrote:
> On Thu, 2007-05-17 at 22:57 -0400, John Anthony Kazos Jr. wrote:
> > Wouldn't the appropriate test be to demonstrate that the same program text
> > opcodes are generated in both cases for all architectures?
>
> No, empirical testing with the compiler
1 - 100 of 368 matches
Mail list logo
