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
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
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,
>
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);
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
@@
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 :
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
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
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
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:
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
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
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:
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
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
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
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.
This makes code about 300 lines smaller:
block/genhd.c | 40 +++-
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
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
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
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
--- 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
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
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
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
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
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
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 +
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
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:
> > >
>
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
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.
>
>
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 ?
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,
> >
> >
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 ?
>
>
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
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
* 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
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:
> > > >
> > > >
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
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
>
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 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
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
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
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
>
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*
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
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
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
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 :)
>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
>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
>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
>From ad5409f51b70b12575a8b0dc07c897395311d13b Mon Sep 17 00:00:00 2001
From: Mike Frysinger <[EMAIL PROTECTED]>
Date: Thu, 10 May 2007 22:44:28 -0700
Subject: [PATCH 11/14] kbuild: add support for reading stdin with gen_init_cpio
Treat an argument of "-" as meaning "read stdin for cpio files" so
>From 61f24a916b640ae1ac5f7bc783d3bb4d7d833c00 Mon Sep 17 00:00:00 2001
From: Sylvain Munaut <[EMAIL PROTECTED]>
Date: Tue, 8 May 2007 19:59:29 +1000
Subject: [PATCH 10/14] powerpc: Fix the MODALIAS generation in modpost for of
devices
Since the devices may have multiple (or none) compatible
>From 8727055cf189053a0605919611cec5f3c725dc82 Mon Sep 17 00:00:00 2001
From: Sam Ravnborg <[EMAIL PROTECTED]>
Date: Thu, 17 May 2007 23:48:19 +0200
Subject: [PATCH 09/14] mm/slab: fix section mismatch warning
Use the new __init_refok marker to avoid the
section mismatch warning from slab.c
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 *fromsec,
> return;
>
> if (before && after) {
>-
>From 2f92cdcf9de22b1a18885919b323793f89a6ff94 Mon Sep 17 00:00:00 2001
From: Sam Ravnborg <[EMAIL PROTECTED]>
Date: Thu, 17 May 2007 20:43:54 +0200
Subject: [PATCH 07/14] init/main: use __init_refok to fix section mismatch
Kill a special case in modpost by introducing the
__init_refok marker.
>From 90deffab03386508abfa1529fe4926a2fc7300f2 Mon Sep 17 00:00:00 2001
From: Sam Ravnborg <[EMAIL PROTECTED]>
Date: Thu, 17 May 2007 23:29:25 +0200
Subject: [PATCH 08/14] mm: fix section mismatch warnings
modpost had two cases hardcoded for mm/
Shift over to __init_refok and kill the
hardcoded
>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 definition in
asm-generic
With this consolidation we can now modify the .data
section
>From 9ea9840b8258e81ea88548bc22b2cb2871e2b1c4 Mon Sep 17 00:00:00 2001
From: Sam Ravnborg <[EMAIL PROTECTED]>
Date: Thu, 17 May 2007 20:14:48 +0200
Subject: [PATCH 06/14] kbuild: introduce __init_refok/__initdata_refok to
supress section mismatch warnings
Throughout the kernel there are a few
>From abe82ff8e73db114634b38ef1cd24e121643a2e9 Mon Sep 17 00:00:00 2001
From: Sam Ravnborg <[EMAIL PROTECTED]>
Date: Sun, 13 May 2007 00:31:33 +0200
Subject: [PATCH 04/14] all-archs: consolidate .text section definition in
asm-generic
Move definition of .text section to asm-generic.
>From bdfeed222963cadd30cbfcad799c89f3a7b94e02 Mon Sep 17 00:00:00 2001
From: Li Yang <[EMAIL PROTECTED]>
Date: Mon, 14 May 2007 18:04:28 +0800
Subject: [PATCH 03/14] kbuild: add "Section mismatch" warning whitelist for
powerpc
This patch fixes the following class of "Section mismatch" warnings
From: Sam Ravnborg <[EMAIL PROTECTED]>
Date: Fri, 18 May 2007 08:49:18 +0200
> >From 4dba30ccfdb911b0810f6527de66b1515349d8c4 Mon Sep 17 00:00:00 2001
> From: Russell King <[EMAIL PROTECTED]>
> Date: Thu, 10 May 2007 23:03:25 +0100
> Subject: [PATCH 01/14] kbuild: make modpost section warnings
>From 41fa40aeb2314458b25dd2227dc71fdecb504e5e Mon Sep 17 00:00:00 2001
From: Atsushi Nemoto <[EMAIL PROTECTED]>
Date: Thu, 17 May 2007 01:14:38 +0900
Subject: [PATCH 02/14] kbuild: make better section mismatch reports on i386,
arm and mips
On i386, ARM and MIPS, warn_sec_mismatch() sometimes
>From 4dba30ccfdb911b0810f6527de66b1515349d8c4 Mon Sep 17 00:00:00 2001
From: Russell King <[EMAIL PROTECTED]>
Date: Thu, 10 May 2007 23:03:25 +0100
Subject: [PATCH 01/14] kbuild: make modpost section warnings clearer
Change modpost section mismatch warnings to be less confusing;
model them on
On Fri, 2007-05-18 at 08:17 +0200, Jan Engelhardt wrote:
> > AFAIK, the camera stops writing to the flash card and automatically
> > turns off when it's low on battery (before empty).
>
> But then, one should also consider the case where a cam is connected to
> AC and someone inadvertently trips
On Sun, Apr 29, 2007 at 09:01:10AM +0100, Simon Arlott wrote:
> When this is compiled in it is run too early to do anything useful:
> [6.052000] padlock: No VIA PadLock drivers have been loaded.
> [6.052000] padlock: Using VIA PadLock ACE for AES algorithm.
> [6.052000] padlock: Using
I have following set of fixes queued for -rc1.
I no major comments are raised I will request for
inclusion tomorrow.
This patchset include the discussed infrastructure to silence
section mismatch warnings in the legitimite cases.
Included are also a few section mismatch fixes so my x86_64
and
On May 18 2007 09:01, Dongjun Shin wrote:
> On 5/18/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
>>
>> Hmm.. so operating your camera on batteries should be against the
>> warranty, since batteries commonly run empty while storing pictures?
>
> AFAIK, the camera stops writing to the flash card
On Thu, 17 May 2007 23:20:05 -0700 (PDT) Davide Libenzi <[EMAIL PROTECTED]>
wrote:
> On Fri, 18 May 2007, Davi Arnaut wrote:
>
> > Hi,
> >
> > poll_wait() callback may modify the waitqueue without holding the
> > context private lock.
>
> Thx Davi, patch is correct. Nice catch. But at this
Jiri Kosina wrote:
> We don't want neither the 'Telephony' nor 'LEDs' usages to be claimed by
> the hid-input system, that seems to make a little sense.
I changed the IS_INPUT_APPLICATION() macro to accept 'Telephony/Headset'
and now the kernel has created a new event device node for the device
On May 18 2007 08:15, DervishD wrote:
>Date: Fri, 18 May 2007 08:15:12 +0200
>From: DervishD <[EMAIL PROTECTED]>
>To: Stefan Richter <[EMAIL PROTECTED]>
>Cc: linux-kernel@vger.kernel.org
>Subject: Re: usb-storage nice value
Try ionice.
>> DervishD wrote:
>> > I'm having problems when
On May 17 2007 21:00, Kyle Moffett wrote:
>> > > Opinions?
>> >
>> > Why would we need another btree, when there is lib/rbtree.c? Or does
>> > yours do something fundamentally different?
>>
>> It is not red-black tree, it is b+ tree.
>
> It might be better to use the prefix "bptree" to help
On May 17 2007 14:22, 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
On Thu, 17 May 2007 20:33:20 -0400, Bill Davidsen wrote:
> Jean Delvare wrote:
> > Hi Michal,
> >
> > On Sun, 13 May 2007 20:14:45 +0200, Michal Piotrowski wrote:
> >> I2C
> >>
> >> Subject: "Sensors Applet" give an error message "No chip detected"
> >> References :
Hi,
since VIA seems to be one of the quirkier CPUs...
On May 17 2007 21:12, Simon Arlott wrote:
> On 17/05/07 13:27, Claas Langbehn wrote:
>>> Claas Langbehn wrote:
Would it be possible to override the BIOS settings of cx8 and nx and
activate it with linux anyway?
The CPU
On Thursday 17 May 2007 10:49, Thomas Gleixner wrote:
> On Thu, 2007-05-17 at 10:36 -0400, Dmitry Torokhov wrote:
> > > BTW, there are more creative PIT users in drivers/input which use the
> > > global lock already, but the PIT usage there is definitely broken on
> > > anything >= 2.6.21.
> > >
>
On Fri, 18 May 2007, Davi Arnaut wrote:
> Hi,
>
> poll_wait() callback may modify the waitqueue without holding the
> context private lock.
Thx Davi, patch is correct. Nice catch. But at this point instead of
ending up getting two locks, we may look into using Andrew suggestion of
reusing the
Hi Stefan :)
* Stefan Richter <[EMAIL PROTECTED]> dixit:
> 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
On Fri, 18 May 2007 01:53:20 -0400 Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Platform: Fedora Core 6/x86-64 (lspci, kconfig, dmesg attached)
>
> dmesg shows:
> > PCI: Using ACPI for IRQ routing
> > PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a
> > report
> > BUG: at
Hi Jeff,
On 5/18/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
Platform: Fedora Core 6/x86-64 (lspci, kconfig, dmesg attached)
dmesg shows:
> PCI: Using ACPI for IRQ routing
> PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
> BUG: at mm/slab.c:777
On Fri, 18 May 2007 01:53:20 -0400 Jeff Garzik [EMAIL PROTECTED] wrote:
Platform: Fedora Core 6/x86-64 (lspci, kconfig, dmesg attached)
dmesg shows:
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try pci=routeirq. If it helps, post a
report
BUG: at mm/slab.c:777
Hi Stefan :)
* Stefan Richter [EMAIL PROTECTED] dixit:
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
On Fri, 18 May 2007, Davi Arnaut wrote:
Hi,
poll_wait() callback may modify the waitqueue without holding the
context private lock.
Thx Davi, patch is correct. Nice catch. But at this point instead of
ending up getting two locks, we may look into using Andrew suggestion of
reusing the
Hi Jeff,
On 5/18/07, Jeff Garzik [EMAIL PROTECTED] wrote:
Platform: Fedora Core 6/x86-64 (lspci, kconfig, dmesg attached)
dmesg shows:
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try pci=routeirq. If it helps, post a report
BUG: at mm/slab.c:777 __find_general_cachep()
On Thursday 17 May 2007 10:49, Thomas Gleixner wrote:
On Thu, 2007-05-17 at 10:36 -0400, Dmitry Torokhov wrote:
BTW, there are more creative PIT users in drivers/input which use the
global lock already, but the PIT usage there is definitely broken on
anything = 2.6.21.
Are you
Hi,
since VIA seems to be one of the quirkier CPUs...
On May 17 2007 21:12, Simon Arlott wrote:
On 17/05/07 13:27, Claas Langbehn wrote:
Claas Langbehn wrote:
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
On Thu, 17 May 2007 20:33:20 -0400, Bill Davidsen wrote:
Jean Delvare wrote:
Hi Michal,
On Sun, 13 May 2007 20:14:45 +0200, Michal Piotrowski wrote:
I2C
Subject: Sensors Applet give an error message No chip detected
References : http://lkml.org/lkml/2007/5/13/109
Submitter :
On May 17 2007 14:22, 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
On May 17 2007 21:00, Kyle Moffett wrote:
Opinions?
Why would we need another btree, when there is lib/rbtree.c? Or does
yours do something fundamentally different?
It is not red-black tree, it is b+ tree.
It might be better to use the prefix bptree to help prevent confusion. A
On May 18 2007 08:15, DervishD wrote:
Date: Fri, 18 May 2007 08:15:12 +0200
From: DervishD [EMAIL PROTECTED]
To: Stefan Richter [EMAIL PROTECTED]
Cc: linux-kernel@vger.kernel.org
Subject: Re: usb-storage nice value
Try ionice.
DervishD wrote:
I'm having problems when reading/writing to
Jiri Kosina wrote:
We don't want neither the 'Telephony' nor 'LEDs' usages to be claimed by
the hid-input system, that seems to make a little sense.
I changed the IS_INPUT_APPLICATION() macro to accept 'Telephony/Headset'
and now the kernel has created a new event device node for the device
On Thu, 17 May 2007 23:20:05 -0700 (PDT) Davide Libenzi [EMAIL PROTECTED]
wrote:
On Fri, 18 May 2007, Davi Arnaut wrote:
Hi,
poll_wait() callback may modify the waitqueue without holding the
context private lock.
Thx Davi, patch is correct. Nice catch. But at this point instead of
301 - 400 of 773 matches
Mail list logo