On Thu, 2007-07-19 22:25:49 -0700, James Lamanna <[EMAIL PROTECTED]> wrote:
> On 7/19/07, Al Boldi <[EMAIL PROTECTED]> wrote:
> >
> > I tried parted, but it's not working out for me. Does anybody know of a
> > simple partition recovery tool, that would just scan the disk for lost
> > partions?
>
On Fri, Jul 20, 2007 at 01:14:27AM -0400, Rob Landley wrote:
> Is there anything in /sys/class/block that _isn't_ in /sys/block?
No.
> Does "if you want to use it, but /sys/block will still be there" NOT
> mean, as I assumed at the time, that I could safely ignore it?
Ignore what? /sys/block?
On Jul 20 2007 07:35, Willy Tarreau wrote:
>On Fri, Jul 20, 2007 at 08:13:03AM +0300, Al Boldi wrote:
>> As always, a good friend of mine managed to scratch my partion table by
>> cat'ing /dev/full into /dev/sda. I was able to push him out of the way, but
>> at least the first 100MB are gone.
hi Hans-Christian,
> Just an example from sound/soc/at91/at91-ssc.c
>
> rcmr = (( ssc_p->rcmr_period << 24) & AT91_SSC_PERIOD)
> | (( 1 << 16) &
> AT91_SSC_STTDLY)
> | (( AT91_SSC_START_FALLING_RF ) & AT9
Hi Roland,
On Thu, 19 Jul 2007, Roland Dreier wrote:
> [ 1350.668590] Unable to handle kernel NULL pointer dereference at
> 0028 RIP:
> [ 1350.674068] [] __kmalloc+0x51/0xaf
There's some heavy-duty function inlining going on in__kmalloc so could
you please work out the exact locati
Hi,
On 7/20/07, Neil Brown <[EMAIL PROTECTED]> wrote:
On Thursday July 19, [EMAIL PROTECTED] wrote:
> Ugh, not a good day for me today ... my earlier conclusion was right,
> but not the reasoning behind it ... hopefully this time I'll do better :-)
Looks good. Thanks for your helpful analysis
On Fri, Jul 20, 2007 at 09:01:06AM +0200, Robert Schwebel wrote:
> Kay,
>
> With commit 60a96a59569bab85571d0089682109bd3324e896, you broke
> drivers/base/core.c for systems which have not enabled CONFIG_HOTPLUG.
>
> You add and use
>
> extern const char *kobject_actions[];
>
> but the co
On Fri, Jul 20, 2007 at 01:27:26PM +1000, Rusty Russell wrote:
> On Thu, 2007-07-19 at 19:27 +0200, Christoph Hellwig wrote:
> > The version that just got into mainline still has the __put_task_struct
> > export despite not needing it anymore. Care to fix this up?
>
> No, it got patched in then i
On Fri, Jul 20, 2007 at 10:58:34AM +0530, Satyam Sharma wrote:
> That comment in libusual is quite nonsensical, IMHO. Note that
> usu_init_notify is declared as DECLARE_MUTEX_LOCKED and yet the
> author wants us to believe (later, when he's doing that dummy
Given that no one should use libusual an
On Fri, 20 Jul 2007, Pekka J Enberg wrote:
> There's some heavy-duty function inlining going on in__kmalloc so could
> you please work out the exact location of the oops as described in
> Documentation/BUG-HUNTING (look for the "use GDB to translate" part).
And, of course, please check if a5c96d
On Fri, 20 Jul 2007 15:03:42 +0900
Paul Mundt <[EMAIL PROTECTED]> wrote:
> zone_movable_pfn is presently marked as __initdata and referenced
> from adjust_zone_range_for_zone_movable(), which in turn is
> referenced by zone_spanned_pages_in_node(). Both of these are
> __meminit annotated. When mem
* Paul Mackerras <[EMAIL PROTECTED]> wrote:
> PowerPC's sched_clock() currently measures real time. On POWER5 and
> POWER6 machines we could change it to use a register called the "PURR"
> (for Processor Utilization of Resources Register), which only measures
> time spent while the partition
On Thu, Jul 19, 2007 at 02:48:59PM -0700, Andrew Morton wrote:
> On Thu, 19 Jul 2007 20:46:11 +0400
> Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
>
> > There is separate notifier header, but no separate notifier .c file.
> >
> > Extract notifier code out of kernel/sys.c which will remain for
> > mi
On Wed, Jul 18, 2007 at 11:11:30AM +0200, Joachim Deguara wrote:
> While learning about schedstats I found that the documentation in the tree is
> old. I updated it and found some interesting stuff like schedstats version
> 14 is the same as version and version 13 never saw a kernel release! Al
On Thu, 2007-07-19 at 15:22 -0400, Florin Malita wrote:
> Coverity (1769) found the following problem: if the erase counter
> overflow check triggers, ec_hdr is leaked.
>
> Moving the allocation after the overflow check should take care of it.
>
> Signed-off-by: Florin Malita <[EMAIL PROTECTED]>
Kay,
With commit 60a96a59569bab85571d0089682109bd3324e896, you broke
drivers/base/core.c for systems which have not enabled CONFIG_HOTPLUG.
You add and use
extern const char *kobject_actions[];
but the code in lib/kobject_uevent.c who actually brings in the code is
only compiled when CO
On Fri, Jul 20, 2007 at 04:21:52PM +0900, KAMEZAWA Hiroyuki wrote:
> On Fri, 20 Jul 2007 15:03:42 +0900
> Paul Mundt <[EMAIL PROTECTED]> wrote:
>
> > zone_movable_pfn is presently marked as __initdata and referenced
> > from adjust_zone_range_for_zone_movable(), which in turn is
> > referenced by
> Some people are putting Linux kernels in the "BIOS" (i.e. ROM chip) when
> using LinuxBIOS (www.linuxbios.org). It _does_ make a lot of difference
> there how big the kernel is. At the moment you can't do that with
> anything smaller than a 1 MB chip. But if people could use 512 KB chips
> becaus
Bill Davidsen wrote:
> I just built a 2.6.22-git9 kernel, and when I run oldconfig it (a)
> sets the processor type to pentium-pro, and (b) the KVM stuff simply
> isn't in the config. Before I spend a lot of time on this, was it
> disabled temporarily for some reason, or is it a known bug, or ???
>
On 20 Jul 2007, at 06:13, Al Boldi wrote:
As always, a good friend of mine managed to scratch my partion
table by
cat'ing /dev/full into /dev/sda. I was able to push him out of the
way, but
at least the first 100MB are gone. I can probably live without the
first
partion, but there are man
On Thu, Jul 19, 2007 at 06:15:46PM -0700, Zachary Amsden wrote:
> Mathieu Desnoyers wrote:
> >Yes, kprobes is case 1: atomic update. And we don't even have to bother
> >about Intel's erratum. This one is ok. That's mainly the
> >alternatives/paravirt code I worry about.
> >
>
> Paravirt and alte
On Thu, 19 Jul 2007 23:23:37 -0700
Andrew Morton wrote:
> On Thu, 19 Jul 2007 03:38:04 +0400 Vitaly Bordug
> <[EMAIL PROTECTED]> wrote:
>
> >
> > device_bind_driver() error code returning has been fixed.
> > release() function has been written, so that to free resources
> > in correct way; th
Trying to survive an allmodconfig on a nommu platform results in
many screen lengths of module unhappiness. Many of the mmap
related things that binfmt_flat hooks in to are never exported
despite being global, and there are also missing definitions for
vmalloc_32_user() and vm_insert_page().
I've
On Fri, 20 Jul 2007 00:00:01 -0700,
Greg KH <[EMAIL PROTECTED]> wrote:
> > I don't insist on it, mknod insists on it. You cannot mknod a dev node
> > without specifying block or char.
> >
> > You're saying that sysfs should provide major and minor numbers without
> > anywhere specifying "char"
On Friday 20 July 2007 09:25:22 Nick Piggin wrote:
> On Wed, Jul 18, 2007 at 11:11:30AM +0200, Joachim Deguara wrote:
> > While learning about schedstats I found that the documentation in the
> > tree is old. I updated it and found some interesting stuff like
> > schedstats version 14 is the same
On Fri, 20 Jul 2007 11:50:39 +0400 Vitaly Bordug <[EMAIL PROTECTED]> wrote:
> On Thu, 19 Jul 2007 23:23:37 -0700
> Andrew Morton wrote:
>
> > On Thu, 19 Jul 2007 03:38:04 +0400 Vitaly Bordug
> > <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > device_bind_driver() error code returning has been fixed.
On Wed, Jul 18, 2007 at 03:41:02PM -0500, Matt Mackall wrote:
> On Wed, Jul 18, 2007 at 10:10:43PM +0200, Andi Kleen wrote:
> >
> > I was waiting for someone to make that "point" ...
> >
> > >
> > > Every byte you can shave off the compressed kernel image is another
> > > byte you can use for us
On Fri, 20 Jul 2007 09:01:06 +0200 Robert Schwebel <[EMAIL PROTECTED]> wrote:
> You add and use
>
> extern const char *kobject_actions[];
Added it in a .c file, too. Even checkpatch.pl knows that
was wrong.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
On Thu, Jul 19, 2007 at 08:11:26PM +0200, Gabriel C wrote:
> Jan Engelhardt wrote:
> > Hi,
> >
> >
> > top is 275afcac9953ece0828972edeab9684cfe1a5ef3, error is:
> > LD .tmp_vmlinux1
> > drivers/built-in.o: In function `store_uevent':
> > core.c:(.text+0x20ebb): undefined reference to `kobje
On Fri, Jul 20, 2007 at 04:33:08AM +0100, Al Viro wrote:
>
> i.e. tell modpost that entry point code (that has to be outside
> of .init.text for external reasons) is OK to refer to .init.*
>
> Signed-off-by: Al Viro <[EMAIL PROTECTED]>
> ---
> diff --git a/arch/m68k/kernel/sun3-head.S b/arch/m68k
On Fri, Jul 20, 2007 at 09:56:03AM +0200, Joachim Deguara wrote:
> On Friday 20 July 2007 09:25:22 Nick Piggin wrote:
> > On Wed, Jul 18, 2007 at 11:11:30AM +0200, Joachim Deguara wrote:
> > > While learning about schedstats I found that the documentation in the
> > > tree is old. I updated it and
On Fri, Jul 20, 2007 at 09:54:01AM +0200, Cornelia Huck wrote:
> On Fri, 20 Jul 2007 00:00:01 -0700,
> Greg KH <[EMAIL PROTECTED]> wrote:
>
> > > I don't insist on it, mknod insists on it. You cannot mknod a dev node
> > > without specifying block or char.
> > >
> > > You're saying that sysfs s
This patch fixes the following compile error introduced by
commit e8666b2718fdb5bf0ea7c3126f7e292bbbf2946b and reported
by Alexey Dobriyan:
<-- snip -->
CC arch/i386/kernel/acpi/cstate.o
In file included from arch/i386/kernel/acpi/cstate.c:17:
include/acpi/processor.h:88: error: expecte
Hi,
On 7/20/07, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
On Fri, Jul 20, 2007 at 10:58:34AM +0530, Satyam Sharma wrote:
> That comment in libusual is quite nonsensical, IMHO. Note that
> usu_init_notify is declared as DECLARE_MUTEX_LOCKED and yet the
> author wants us to believe (later, when
On Friday 20 July 2007 02:37:20 Zachary Amsden wrote:
> Andi Kleen wrote:
> > + *addr = opcode;
> > + /* Not strictly needed, but can speed CPU recovery up */
> > + if (cpu_has_clflush)
> > + asm("clflush (%0) " :: "r" (addr) : "memory");
> > + if (addr != oaddr)
> > + v
Changelog since version 2
1. Improved error handling in mm/memory.c (spotted by YAMAMOTO Takashi)
2. Test results included
3. try_to_free_mem_container_pages() bug fix (sc->may_writepage is now
set to !laptop_mode)
Changelog since version 1
1. Fixed some compile time errors (in mm/migrate.c f
From: Pavel Emelianov <[EMAIL PROTECTED]>
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]>
Sig
From: Pavel Emelianov <[EMAIL PROTECTED]>
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: Pavel Emelianov <[EMAIL PROTECTED]>
Signed-off-by: <[EMAIL PROTECTED]>
---
include/linux/memcontr
Changelog
1. Improved error handling, uncharge on errors and check to see if we are
leaking pages (review by YAMAMOTO Takashi)
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 account
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: <[EMAIL PROTECTED]>
---
mm/memcontrol.c | 35 +++
1 file changed, 35 insertions(+)
diff -puN mm/memcontrol.c~me
Setup the memory container and add basic hooks and controls to integrate
and work with the container.
Signed-off-by: <[EMAIL PROTECTED]>
---
include/linux/container_subsys.h |6 +
include/linux/memcontrol.h | 21 +
init/Kconfig |8 ++
mm/Makefile
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
conta
From: Pavel Emelianov <[EMAIL PROTECTED]>
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.
Sig
Choose if we want cached pages to be accounted or not. By default both
are accounted for. A new set of tunables are added.
echo -n 1 > mem_control_type
switches the accounting to account for only mapped pages
echo -n 2 > mem_control_type
switches the behaviour back
Signed-off-by: <[EMAIL PR
> +static DEFINE_SPINLOCK(i8253_lock);
> +
> static __init int add_pcspkr(void)
> {
> struct platform_device *pd;
> @@ -1501,9 +1503,14 @@ static __init int add_pcspkr(void)
> if (!pd)
> return -ENOMEM;
>
> + pd->dev.platform_data = &i8253_lock;
That seem
> I noticed the same thing about interrupts off when going through the
> code.
That's only on a slow path during cpu frequency changing while the TSC is
instable.
Shouldn't be that common.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
On Thu, Jul 19, 2007 at 07:49:12PM -0400, Mathieu Desnoyers wrote:
> * Andi Kleen ([EMAIL PROTECTED]) wrote:
> > Mathieu Desnoyers <[EMAIL PROTECTED]> writes:
> >
> > > * Andi Kleen ([EMAIL PROTECTED]) wrote:
> > > >
> > > > > Ewww you plan to run this in SMP ? So you actually go byte
On Friday 20 July 2007 01:54:51 Luck, Tony wrote:
> > Tony, perhaps it would make sense to define some common CONFIG
> > for COMPAT_FOR_U64_ALIGNMENT longer term to make the #ifs for this
> > case a little less ugly.
>
> Certainly if there is ever a third architecture that needs this the
> #if m
On Fri, Jul 20, 2007 at 10:06:24AM +0200, Heiko Carstens wrote:
> On Fri, Jul 20, 2007 at 04:33:08AM +0100, Al Viro wrote:
> >
> > i.e. tell modpost that entry point code (that has to be outside
> > of .init.text for external reasons) is OK to refer to .init.*
> >
> I was wondering how to "fix" t
Gidday,
I recently released man-pages-2.63.
This release is now available for download at:
http://www.kernel.org/pub/linux/docs/manpages
or ftp://ftp.kernel.org/pub/linux/docs/manpages
and soon at:
ftp://ftp.win.tue.nl/pub/linux-local/manpages
Changes in this release that may be o
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/lethal/sh64-2.6.git
Which contains:
Paul Mundt (5):
sh64: Wire up fallocate() syscall.
sh64: Update cayman defconfig.
sh64: Fix up PCI section mismatch warnings.
sh64: Move entry point code to .text.hea
BTW, the presense of vmlinux in the second modpost generates warnings
in two cases - i386 with CONFIG_RELOCATABLE and sparc32 (always).
The warnings tend to be bogus. Do we really want them there now that
we should (in theory) get all useful stuff from vmlinux.o? Other
targets get aways with that
On Fri, 20 Jul 2007 01:00:59 -0700,
Greg KH <[EMAIL PROTECTED]> wrote:
> --- a/drivers/base/core.c
> +++ b/drivers/base/core.c
> @@ -250,6 +250,7 @@ static struct kset_uevent_ops device_uev
> .uevent = dev_uevent,
> };
>
> +#ifdef CONFIG_HOTPLUG
> static ssize_t show_uevent(struct
On Jul 19, 2007 08:18 -0700, Badari Pulavarty wrote:
> In my setups (4 & 8-way), I didn't measure any significant performance
> improvements (in any reasonable workload). I see some decent
> improvements on cooked-up (1 million stats) tests :(
I don't have any numbers to publish, but this did hel
Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
---
I'm not very sure zero_user_page is correctly used here,
so please feel free to give comments.
and why here it uses KM_USER1 not KM_USER0, What are the differences?
fs/fuse/dev.c |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
* Olaf Kirch <[EMAIL PROTECTED]> wrote:
> On Thursday 19 July 2007 21:56, Ingo Molnar wrote:
> > nope - with this patch applied the box still has no network, symptoms
> > are similar. (should i apply the WARN_ON() patch too?)
>
> Yes, that would be nice. If that doesn't help, you can also throw
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/lethal/sh-2.6.git
Which contains:
Kristoffer Ericson (1):
sh: hd64461 tidying.
Magnus Damm (10):
sh: Fix irq assignment for uarts on sh7722
sh: intc - shared IPR and INTC2 controller
sh: intc - add sup
Add missing entries to af_family_clock_key_strings[].
Signed-off-by: David Howells <[EMAIL PROTECTED]>
---
net/core/sock.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/net/core/sock.c b/net/core/sock.c
index bd209c4..cfed7d4 100644
--- a/net/core/sock.c
+++ b/net/co
Linus, please pull from [the linus branch at]:
master.kernel.org:/pub/scm/linux/kernel/git/perex/alsa.git linus
gitweb interface:
http://www.kernel.org/git/?p=linux/kernel/git/perex/alsa.git
The GNU patch is available at:
ftp://ftp.alsa-project.org/pub/kernel-patches/alsa-git-2007-07-20.p
Fix afs_send_simple_reply() to accept a greater-than-zero return value from
rxrpc_kernel_send_data() as being a successful return rather than thinking it
an error and aborting the call.
rxrpc_kernel_send_data() previously returned zero incorrectly when it worked
successfully, but has been patched
Use 'unsigned int' instead of 'unsigned long' for the readahead indexes/sizes.
This helps reduce memory consumption on 64bit CPU when
a lot of files are opened.
Note that the (smaller) 32bit index can support up to 16PB file.
Which should be sufficient large at least for now.
Signed-off-by: Feng
Remove VM_MAX_CACHE_HIT, MAX_RA_PAGES and MIN_RA_PAGES.
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
include/linux/mm.h |2 --
mm/readahead.c | 10 +-
2 files changed, 1 insertion(+), 11 deletions(-)
--- linux-2.6.22-rc6-mm1.orig/include/linux/mm.h
+++ linux-2.6.22-rc6-m
Introduce radix_tree_scan_hole(root, index, max_scan) to scan radix tree
for the first hole. It will be used in interleaved readahead.
The implementation is dumb and obviously correct.
It can help debug the possible smart one in future.
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
includ
Remove the size limit max_sectors_kb imposed on max_readahead_kb.
max_sectors_kb cannot grow larger than max_hw_sectors_kb, which can be
rather small for some disk drives.
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
block/ll_rw_blk.c |9 -
1 file changed, 9 deletions(-)
---
Andrew,
The following readahead updates have been tested and should be OK for 2.6.23 :-)
smaller file_ra_state:
[PATCH 1/6] compacting file_ra_state
[PATCH 2/6] mmap read-around simplification
code cleanups:
[PATCH 3/6] remove several readahead macros
[PATCH 4/6] remove the limit max
On 7/20/07, Denis Cheng <[EMAIL PROTECTED]> wrote:
Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
---
I'm not very sure zero_user_page is correctly used here,
so please feel free to give comments.
and why here it uses KM_USER1 not KM_USER0, What are the differences?
fs/fuse/dev.c |8 +++
This is a simplified version of the pagecache context based readahead.
It handles the case of multiple threads reading on the same fd and invalidating
each others' readahead state. It does the trick by scanning the pagecache and
recovering the current read stream's readahead status.
The algorithm
Fold file_ra_state.mmap_hit into file_ra_state.mmap_miss
and make it an int.
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
include/linux/fs.h |3 +--
mm/filemap.c |4 ++--
2 files changed, 3 insertions(+), 4 deletions(-)
--- linux-2.6.22-rc6-mm1.orig/include/linux/fs.h
+++ li
On 7/20/07, Dave Young <[EMAIL PROTECTED]> wrote:
> - if (page && zeroing && count < PAGE_SIZE) {
> - void *mapaddr = kmap_atomic(page, KM_USER1);
> - memset(mapaddr, 0, PAGE_SIZE);
> - kunmap_atomic(mapaddr, KM_USER1);
> - }
> + if (pag
On 7/20/07, rae l <[EMAIL PROTECTED]> wrote:
On 7/20/07, Dave Young <[EMAIL PROTECTED]> wrote:
> > - if (page && zeroing && count < PAGE_SIZE) {
> > - void *mapaddr = kmap_atomic(page, KM_USER1);
> > - memset(mapaddr, 0, PAGE_SIZE);
> > - kunmap_atom
[ Just cleaning up my inbox, and stumbled across this thread ... ]
On 5/31/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Introduce CONFIG_STABLE to control checks only useful for development.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
[...]
menu "General setup"
+config STABLE
+
On Friday, 20 July 2007 06:40, Al Boldi wrote:
> Rafael J. Wysocki wrote:
> > On Wednesday, 18 July 2007 16:29, Alan Stern wrote:
> > >
> > > Never mind. It seems clear that this approach will suffer the same
> > > drawback as the proposal for removing the freezer from the
> > > suspend-to-RAM pat
On Fri, 2007-07-20 at 12:26 +0200, Peter Zijlstra wrote:
> On Fri, 2007-07-20 at 18:07 +0800, Fengguang Wu wrote:
> > plain text document attachment (short-rasize.patch)
> > Use 'unsigned int' instead of 'unsigned long' for the readahead
> > indexes/sizes.
> >
> > This helps reduce memory consump
On Fri, Jul 20 2007, Fengguang Wu wrote:
> Remove the size limit max_sectors_kb imposed on max_readahead_kb.
>
> max_sectors_kb cannot grow larger than max_hw_sectors_kb, which can be
> rather small for some disk drives.
Please CC me on core block layer changes, thanks.
The patch looks fine thou
On (20/07/07 15:03), Paul Mundt didst pronounce:
> zone_movable_pfn is presently marked as __initdata and referenced
> from adjust_zone_range_for_zone_movable(), which in turn is
> referenced by zone_spanned_pages_in_node(). Both of these are
> __meminit annotated. When memory hotplug is enabled, t
On Fri, Jul 20, 2007 at 12:48:59PM +0200, Peter Zijlstra wrote:
> On Fri, 2007-07-20 at 12:26 +0200, Peter Zijlstra wrote:
> > On Fri, 2007-07-20 at 18:07 +0800, Fengguang Wu wrote:
> > > plain text document attachment (short-rasize.patch)
> > > Use 'unsigned int' instead of 'unsigned long' for the
On Wed, Jul 18, 2007 at 12:34:33PM -0700, andrei radulescu-banu wrote:
>
> Dear kernel networking gurus,
>
> I am trying to understand why tcpdump does not work properly for vlan packets
> on linux. Here is the existing behavior, observed with:
> - kernel 2.6.16,
> - e1000 driver
> - lib
On 7/20/07, Chris Snook <[EMAIL PROTECTED]> wrote:
Satyam Sharma wrote:
> [ Just cleaning up my inbox, and stumbled across this thread ... ]
>
>
> On 5/31/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>> Introduce CONFIG_STABLE to control checks only useful for development.
>>
>> Signed-off-by
On Fri, Jul 20, 2007 at 01:07:43PM +0200, Jens Axboe wrote:
> On Fri, Jul 20 2007, Fengguang Wu wrote:
> > Remove the size limit max_sectors_kb imposed on max_readahead_kb.
> >
> > max_sectors_kb cannot grow larger than max_hw_sectors_kb, which can be
> > rather small for some disk drives.
>
> Pl
On Friday, 20 July 2007 01:07, [EMAIL PROTECTED] wrote:
> On Thu, 19 Jul 2007, Rafael J. Wysocki wrote:
>
> > On Thursday, 19 July 2007 17:46, Milton Miller wrote:
> >>
> >> The currently identified problems under discussion include:
> >> (1) how to interact with acpi to enter into S4.
> >> (2) ho
Satyam Sharma wrote:
[ Just cleaning up my inbox, and stumbled across this thread ... ]
On 5/31/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Introduce CONFIG_STABLE to control checks only useful for development.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
[...]
menu "General set
On Friday, 20 July 2007 01:22, Agarwal, Lomesh wrote:
> I am using Linux in an embedded platform with x86. Applications don't do
> anything special. The system call which is returning EINTR is poll. Also
> in one of the thread read is returning ENODATA after resume. If I just
> try the system calls
Hey Andrew,
I tested your patch along with mine and found two things out:
1). Missing this patch (for i386 platform)
diff --git a/arch/i386/kernel/traps.c b/arch/i386/kernel/traps.c
index 90da057..9f3a7ff 100644
--- a/arch/i386/kernel/traps.c
+++ b/arch/i386/kernel/traps.c
@@ -207,6 +207,7 @@ s
Satyam Sharma wrote:
On 7/20/07, Chris Snook <[EMAIL PROTECTED]> wrote:
Satyam Sharma wrote:
> [ Just cleaning up my inbox, and stumbled across this thread ... ]
>
>
> On 5/31/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>> Introduce CONFIG_STABLE to control checks only useful for developmen
On Fri, Jul 20, 2007 at 10:20:29AM +0100, Al Viro wrote:
> BTW, the presense of vmlinux in the second modpost generates warnings
> in two cases - i386 with CONFIG_RELOCATABLE and sparc32 (always).
> The warnings tend to be bogus. Do we really want them there now that
> we should (in theory) get al
Jan Engelhardt wrote:
> On Jul 20 2007 07:35, Willy Tarreau wrote:
> >On Fri, Jul 20, 2007 at 08:13:03AM +0300, Al Boldi wrote:
> >> As always, a good friend of mine managed to scratch my partion table by
> >> cat'ing /dev/full into /dev/sda. I was able to push him out of the
> >> way, but at leas
Jeffrey V. Merkey wrote:
> Al Boldi wrote:
> >As always, a good friend of mine managed to scratch my partion table by
> >cat'ing /dev/full into /dev/sda. I was able to push him out of the way,
> > but at least the first 100MB are gone. I can probably live without the
> > first partion, but there
James Lamanna wrote:
> On 7/19/07, Al Boldi <[EMAIL PROTECTED]> wrote:
> > As always, a good friend of mine managed to scratch my partion table by
> > cat'ing /dev/full into /dev/sda. I was able to push him out of the way,
> > but at least the first 100MB are gone. I can probably live without the
Hi;
20 Tem 2007 Cum tarihinde, Avi Kivity şunları yazmıştı:
> Turned out kvm and slub didn't like each other. Please try applying
> these two patches, in order:
>
> http://people.qumranet.com:/avi/kvm-late-fixes-rollup.patch
> http://people.qumranet.com:/avi/kvm-vs-slub-fix.patch
Y
Dave Young wrote:
> >On 7/20/07, Al Boldi <[EMAIL PROTECTED]> wrote:
> > As always, a good friend of mine managed to scratch my partion table by
> > cat'ing /dev/full into /dev/sda. I was able to push him out of the way,
> > but
>
> /dev/null ?
>
> > at least the first 100MB are gone. I can proba
Hi Andrew,
On Fri, 2007-07-20 at 08:55 +0200, Andrew Victor wrote:
> > Just an example from sound/soc/at91/at91-ssc.c
> >
> > rcmr =(( ssc_p->rcmr_period << 24) & AT91_SSC_PERIOD)
> > | (( 1 << 16) &
> > AT91_SSC_STTDLY)
> >
On Fri, 2007-07-20 14:29:34 +0300, Al Boldi <[EMAIL PROTECTED]> wrote:
>
> But, I want something much more automated. And the partition table backup
> per partition entry isn't really a bad idea.
That's called `gpart'.
MfG, JBG
--
Jan-Benedict Glaw [EMAIL PROTECTED] +
On 7/20/07, Chris Snook <[EMAIL PROTECTED]> wrote:
Satyam Sharma wrote:
> On 7/20/07, Chris Snook <[EMAIL PROTECTED]> wrote:
>> Satyam Sharma wrote:
>> > [ Just cleaning up my inbox, and stumbled across this thread ... ]
>> >
>> >
>> > On 5/31/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>> >
On Fri, Jul 20, 2007 at 12:20:25PM +0100, Mel Gorman wrote:
> On (20/07/07 15:03), Paul Mundt didst pronounce:
> > zone_movable_pfn is presently marked as __initdata and referenced
> > from adjust_zone_range_for_zone_movable(), which in turn is
> > referenced by zone_spanned_pages_in_node(). Both o
On Friday 20 July 2007 00:55:40 Glauber de Oliveira Costa wrote:
> This patch uses the already-existant wbinvd() macro to replace
> raw assembly to perform this very same task in some .c files
>
> Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
>
> diff --git a/arch/x86_64/kernel
Hi,
IP_VS has :
..
tristate "IP virtual server support (EXPERIMENTAL)"
..
but it does not depend on EXPERIMENTAL.
Signed-off-by: Gabriel Craciunescu <[EMAIL PROTECTED]>
---
net/ipv4/ipvs/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net/ipv4/ipvs/Kconfi
Magnus Damm wrote:
pata_platform: Fix NULL pointer dereference
pata_platform currently dereferences a NULL pointer in pata_platform_probe()
if pdev->dev.platform_data is set to NULL. This breakage was most likely
introduced by commit 5f45bc50976ee1f408f7171af155aec646655a37.
Signed-off-by: Magn
Dave Jones wrote:
The filename in the file header is incorrect.
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
applied
-
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/majordo
Satyam Sharma wrote:
On 7/20/07, Chris Snook <[EMAIL PROTECTED]> wrote:
Satyam Sharma wrote:
> On 7/20/07, Chris Snook <[EMAIL PROTECTED]> wrote:
>> Satyam Sharma wrote:
>> > [ Just cleaning up my inbox, and stumbled across this thread ... ]
>> >
>> >
>> > On 5/31/07, [EMAIL PROTECTED] <[EMAIL P
On 20 Jul 2007, at 12:29, Al Boldi wrote:
Anton Altaparmakov wrote:
parted and its derivatives are pile of crap... They cause corruption
to totally healthy systems at the best of times. Don't go near them.
Use TestDisk (http://www.cgsecurity.org/wiki/TestDisk) and be happy.
(-:
This one rea
1 - 100 of 549 matches
Mail list logo
