On 4/3/07, Christian Kujau <[EMAIL PROTECTED]> wrote:
On Tue, 3 Apr 2007, Robert Hancock wrote:
> Although it's not as bad with servers, many machines are designed to run only
> Windows (which normally always uses ACPI) and simply aren't tested well or at
> all with ACPI disabled so you can run i
On Mon, 2 Apr 2007 17:21:35 -1000 Joshua Hoblitt wrote:
[adding linux-scsi]
> Has anyone else noticed this regression?
>
> -J
>
> --
> - Forwarded message from Joshua Hoblitt <[EMAIL PROTECTED]> -
>
> From: Joshua Hoblitt <[EMAIL PROTECTED]>
> Date: Thu, 29 Mar 2007 16:38:20 -1000
> To
On 4/3/07, Serge E. Hallyn <[EMAIL PROTECTED]> wrote:
But frankly I don't know where we stand right now wrt the containers
patches. Do most people want to go with Vatsa's latest version moving
containers into nsproxy? Has any other development been going on?
Paul, have you made any updates?
Sorry, I've been away for the past 10+ days and not reading email at
all.
Olaf> On 15-Mar-07, John Stoffel wrote:
>> Would this explain why recent version of GDM don't find the keyboard
>> properly when you boot with a kernel command line of:
>>
>> kernel ... console=tty0 console=ttyS1,96008N1
On Tue, 03 Apr 2007 08:22:28 -0700, "Kok, Auke" <[EMAIL PROTECTED]> wrote:
> Having the gspca driver move into the main tree would help a lot though.
I think we need to articulate better why this is an issue and not just
an excuse. We know that scheduling issues with ISO transfers exist, but
with
Quoting Paul Menage ([EMAIL PROTECTED]):
> On 4/3/07, Serge E. Hallyn <[EMAIL PROTECTED]> wrote:
> >
> >But frankly I don't know where we stand right now wrt the containers
> >patches. Do most people want to go with Vatsa's latest version moving
> >containers into nsproxy? Has any other developme
On 04/03, Srivatsa Vaddagiri wrote:
>
> On Tue, Apr 03, 2007 at 03:47:29PM +0400, Oleg Nesterov wrote:
> >
> > for (;;) {
> > try_to_freeze();
> >
> > prepare_to_wait(&cwq->more_work, &wait,
> > TASK_INTERRUPTIBLE);
> > if (
Hi!
> >>The best environment to deploy such functionality is
> >>in updating by remote,
> >>executable code (programs, libs and modules) on
> >>embedded devices running
> >>Linux, that have some form of kernel physical
> >>security, so one can't
> >
> >How would that physical security look lik
On Tue, Apr 03, 2007 at 10:32:20AM -0500, Serge E. Hallyn wrote:
> But frankly I don't know where we stand right now wrt the containers
> patches. Do most people want to go with Vatsa's latest version moving
> containers into nsproxy?
> Has any other development been going on?
I have another u
On Tue, 3 Apr 2007 16:03:14 +0200,
Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> > > struct virt_dev {
> > > struct device dev;
> > > struct virt_driver *driver;
> > > struct virt_bus *bus;
> > > struct pci_device_id id;
> > > int irq;
> > > };
> >
> > And that's where I have problems :) T
On Tue, Apr 03, 2007 at 08:45:37AM -0700, Paul Menage wrote:
> Whilst I've got no objection in general to using nsproxy rather than
> the container_group object that I introduced in my latest patches, I
> think that Vatsa's approach of losing the general container object is
> flawed, since it loses
Andrew Morton napisał(a):
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
Looks like a scheduler problem.
BUG: unable to handle kernel paging request at virtual address 0743c798
printing eip:
c011d840
*pde =
Oops: [#1]
PREEMPT SMP
last
Paul Menage wrote:
> On 4/3/07, Serge E. Hallyn <[EMAIL PROTECTED]> wrote:
>
>>But frankly I don't know where we stand right now wrt the containers
>>patches. Do most people want to go with Vatsa's latest version moving
>>containers into nsproxy? Has any other development been going on?
>>Paul,
Hi!
> Create a variable, default_utf8, that defines the system-wide default UTF-8
> setting. This variable can be altered via sysfs. If the variable is properly
> set, this should mimimize breakage of UTF-8 encoded consoles when doing a
> reset or echo -e '\033c' and of newly opened/allocated con
People might remember the thread about mysql not scaling and pointing
the finger quite happily at glibc. Well, the situation is not like that.
The problem is glibc has to work around kernel limitations. If the
malloc implementation detects that a large chunk of previously allocated
memory is now
On Tue, 3 Apr 2007, Kok, Auke wrote:
> Also, it would help a lot if you knew what kind of settings your init
> scripts are trying to configure. It seems that something is setting
> multicast or promiscuous mode. Do you happen to know which command is
> being executed by the shell?
It's 100% re
Paa Paa wrote:
I'm using Linux 2.6.20.4. I noticed that I get lower SATA hard drive
throughput with 2.6.20.4 than with 2.6.19. The reason was that 2.6.20
enables NCQ by defauly (queue_depth = 31/32 instead of 0/32). Transfer
rate was measured using "hdparm -t":
With NCQ (queue_depth == 31): 5
On Tue, Apr 03, 2007 at 04:20:52PM +, Pavel Machek wrote:
> HPA is right... this should be fixed in userland. Reset should reset a
> console, and if you want utf-8, do \ec\ewhatever to get it.
As I've already said elsewhere, does anything say that "reset" means
that UTF-8 is turned off, or mer
On Tue, Apr 03, 2007 at 08:45:37AM -0700, Paul Menage wrote:
> Whilst I've got no objection in general to using nsproxy rather than
> the container_group object that I introduced in my latest patches,
So are you saying lets (re-)use tsk->nsproxy but also retain 'struct
container' to store general
Chris Snook wrote:
Paa Paa wrote:
I'm using Linux 2.6.20.4. I noticed that I get lower SATA hard drive
throughput with 2.6.20.4 than with 2.6.19. The reason was that 2.6.20
enables NCQ by defauly (queue_depth = 31/32 instead of 0/32). Transfer
rate was measured using "hdparm -t":
With NCQ (q
On Apr 3 2007 08:18, Randy Dunlap wrote:
>
>Hi,
>Without ncurses installed, you should see these messages:
>
> echo " *** Unable to find the ncurses libraries."
> echo " *** make menuconfig require the ncurses libraries"
> echo " *** "
> echo " *** Install ncurses (ncurses-
On 4/3/07, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
On Tue, Apr 03, 2007 at 08:45:37AM -0700, Paul Menage wrote:
> Whilst I've got no objection in general to using nsproxy rather than
> the container_group object that I introduced in my latest patches,
So are you saying lets (re-)use tsk->n
On Tue, 27 Mar 2007, James Bottomley wrote:
> On Tue, 2007-03-27 at 17:25 +0100, Hugh Dickins wrote:
> > I'm not using an initrd, most of my kernel is builtin,
> > just a few modules for occasional filesystems.
> >
> > CONFIG_MODULES=y
> > CONFIG_SCSI=y
> > CONFIG_SCSI_SCAN_ASYNC=y
> > CONFIG_SCSI
More and more code depends on knowing the number of processors in the
system to efficiently scale the code. E.g., in OpenMP it is used by
default to determine how many threads to create. Creating more threads
than there are processors/cores doesn't make sense.
glibc for a long time provides func
Ulrich Drepper wrote:
That's it. The current MADV_DONTNEED doesn't cut it because it zaps the
pages, causing *all* future reuses to create page faults. This is what
I guess happens in the mysql test case where the pages where unused and
freed but then almost immediately reused. The page fault
Thomas's patch for including for x86 UP builds came into
Linus's tree from two different directions, both of which were merged.
This reverts the latter, yanking out the duplicate #include and comment.
Signed-off-by: Ray Lee <[EMAIL PROTECTED]>
Cc: Len Brown <[EMAIL PROTECTED]>
---
Len, would yo
On Tue, Apr 03, 2007 at 09:52:35AM -0700, Paul Menage wrote:
> I'm not saying "let's use nsproxy" - I'm not yet convinced that the
> lifetime/mutation/correlation rate of a pointer in an nsproxy is
> likely to be the same as for a container subsystem; if not, then
> reusing nsproxy could actually i
Rik van Riel wrote:
> I already started looking into implementing this.
>
> Basically:
> [...]
Sounds good. Except:
> 1) on MADV_DONTNEED, mark pages clean, not accessed and move them
>to some "dontneed" LRU list.
LRU is likely the wrong answer. The longer a page has not been reused
the
On 4/3/07, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
On Tue, Apr 03, 2007 at 09:52:35AM -0700, Paul Menage wrote:
> I'm not saying "let's use nsproxy" - I'm not yet convinced that the
> lifetime/mutation/correlation rate of a pointer in an nsproxy is
> likely to be the same as for a container
On Tue, Apr 03, 2007 at 07:03:36PM +0400, Oleg Nesterov wrote:
> I think it would be nice to do. I believe we can cleanup ksoftirqd()
> and migration_thread() as well (kill wait_to_die: loop). Probably it
I doubt whether we can kill it in migration_thread, since that is
another thread which is unf
Ulrich Drepper <[EMAIL PROTECTED]> writes:
> More and more code depends on knowing the number of processors in the
> system to efficiently scale the code. E.g., in OpenMP it is used by
> default to determine how many threads to create.
There are more uses for it.
> Creating more threads
> than
Linux always tries to allocate the GART/IOMMU aperture from the
boot node memory. However, it is legal to boot with no memory
attached to the boot node, in which case the system crashes with
invalid memory assignments. Generalize the memory allocation to
support any node in the system with memor
Ulrich Drepper <[EMAIL PROTECTED]> writes:
> to free: mmap(PROT_NONE) over the area
Why do you need a lock for that? I don't see any problem with
two threads doing that in parallel. The kernel would
serialize it internally and one would fail, but that shouldn't
be a problem.
Of course ha
Andi Kleen wrote:
> There was a proposal some time ago to put that into the ELF aux vector
> Unfortunately there was disagreement on what information to put
> there exactly (full topology, only limited numbers etc.)
Topology, yes, I'm likely in favor of it.
Processor number: no. Unless you wan
Jiri Kosina wrote:
On Tue, 3 Apr 2007, Kok, Auke wrote:
Also, it would help a lot if you knew what kind of settings your init
scripts are trying to configure. It seems that something is setting
multicast or promiscuous mode. Do you happen to know which command is
being executed by the shell?
> benefit for the common use cases. But as it is, the number of
> processors is not necessarily constant over the lifetime of a process.
> The machine architecture is.
Not once you have migration capable virtualisation it isnt.
-
To unsubscribe from this list: send the line "unsubscribe linux-ker
Andi Kleen wrote:
> Why do you need a lock for that? I don't see any problem with
> two threads doing that in parallel. The kernel would
> serialize it internally and one would fail, but that shouldn't
> be a problem.
There is no lock at all at userlevel. I'm talking about locks in the
kernel.
On Tue, Apr 03, 2007 at 10:10:35AM -0700, Paul Menage wrote:
> > Even if nsproxy objects are made larger a bit, the number of such object
> > will
>
> You're not making them "a bit" larger, you're adding N+M pointers
> where N is the number of container hierarchies and M is the number of
> subsys
Acked-by: Mitch Williams <[EMAIL PROTECTED]>
>This is a simplified and actually more comprehensive form of a bug
>fix from Mitch Williams <[EMAIL PROTECTED]>.
[snip]
>Then if people do have a kernel message stating "No irq for vector" we
>will know it is yet another novel cause that needs a comple
On Tue, Apr 03, 2007 at 10:10:35AM -0700, Paul Menage wrote:
> Agreed. So I'm not saying it's fundamentally a bad idea - just that
> merging container_group and nsproxy is a fairly simple space
> optimization that could easily be done later.
IMHO, if we agree that space optimization is important,
On Tue, Apr 03, 2007 at 10:17:15AM -0700, Ulrich Drepper wrote:
> Andi Kleen wrote:
> > There was a proposal some time ago to put that into the ELF aux vector
> > Unfortunately there was disagreement on what information to put
> > there exactly (full topology, only limited numbers etc.)
>
> Topo
On Tue, Apr 03, 2007 at 10:20:02AM -0700, Ulrich Drepper wrote:
> Andi Kleen wrote:
> > Why do you need a lock for that? I don't see any problem with
> > two threads doing that in parallel. The kernel would
> > serialize it internally and one would fail, but that shouldn't
> > be a problem.
>
> T
On 4/3/07, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
On Tue, Apr 03, 2007 at 10:10:35AM -0700, Paul Menage wrote:
> Agreed. So I'm not saying it's fundamentally a bad idea - just that
> merging container_group and nsproxy is a fairly simple space
> optimization that could easily be done later
On Tue, Apr 03, 2007 at 06:22:41PM +0100, Alan Cox wrote:
> > benefit for the common use cases. But as it is, the number of
> > processors is not necessarily constant over the lifetime of a process.
> > The machine architecture is.
>
> Not once you have migration capable virtualisation it isnt.
On Tue, 3 Apr 2007, Ulrich Drepper wrote:
> More and more code depends on knowing the number of processors in the
> system to efficiently scale the code. E.g., in OpenMP it is used by
> default to determine how many threads to create. Creating more threads
> than there are processors/cores does
Andi Kleen wrote:
> Topology is dependent on the number of CPUs.
Not all of it.
> Hot plugging is a completely orthogonal problem. Even your original
> proposal wouldn't address it.
Nonsense. Reading /proc/cpuinfo or /sys/devices/system/cpu reflects the
current CPU count. The information read
On Tue, 3 Apr 2007, Pekka J Enberg wrote:
> However, we never hit do_mcdx_request(). Jens, do we need to do
> set_capacity() somewhere? I don't see other cdrom drivers doing it but
> they could be broken too...
Oh, well, here goes. Rene, would you be so kind and spin the wheel once
more? =)
On Tue, Apr 03, 2007 at 10:30:47AM -0700, Ulrich Drepper wrote:
> Andi Kleen wrote:
> > Topology is dependent on the number of CPUs.
>
> Not all of it.
What is not?
> We might add very limited caching (for a few
> seconds) but that's as much as we can go.
Hmm, e.g. in OpenMP you would have ano
On 4/3/07, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
Hmm no .. I currently have nsproxy having just M additional pointers, where
M is the maximum number of resource controllers and a single dentry
pointer.
So how do you implement something like the /proc//container info
file in my patches?
On Tue, 3 Apr 2007 22:37:06 +1000 David Chinner <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 03, 2007 at 05:18:25PM +1000, Rusty Russell wrote:
> > On Mon, 2007-04-02 at 23:09 -0700, Andrew Morton wrote:
> > This is not about efficiency. When have I *ever* posted optimization
> > patches?
> >
> > Th
Ulrich Drepper wrote:
Rik van Riel wrote:
I already started looking into implementing this.
Basically:
[...]
Sounds good. Except:
1) on MADV_DONTNEED, mark pages clean, not accessed and move them
to some "dontneed" LRU list.
LRU is likely the wrong answer. The longer a page has not
On Tue, 3 Apr 2007, Rene Herman wrote:
> I believe the "tar" runs has produced something useful now though:
>
> [EMAIL PROTECTED]:~# dmesg -c >/dev/null
> [EMAIL PROTECTED]:~# strace -o tar.strace tar cvf foo.tar /mnt/cdrom
> tar: Removing leading `/' from member names
> /mnt/cdrom/
> /mnt/cdrom/d
linux-os (Dick Johnson) wrote:
> Shouldn't it just be another system call? 223 is currently unused. You
> could fill that up with __NR_nr_cpus. The value already exists in
> the kernel.
You forget about Linus' credo "there shall be no sysconf-like syscall".
I'd be all for sys_sysconf or even the
On Tue, 3 Apr 2007, Kok, Auke wrote:
> we're also having problems reproducing it on that same combination
> (2.6.21-rc4 + my tree), so it points to something in -mm. Since your
> trace is completely different right now it looks like something else is
> fuzzing it up.
> Since the e1000 changes a
On lunedì 2 aprile 2007, Antoine Martin wrote:
> Jeff Dike wrote:
> > On Sun, Apr 01, 2007 at 08:58:45PM +0100, Antoine Martin wrote:
> >> I reckon that one critical thing which could drastically increase the
> >> user base would be to have a working virtual framebuffer implementation.
> >
> > Why?
On Tue, Apr 03, 2007 at 10:30:28AM -0700, Paul Menage wrote:
> So how do you implement something like the /proc//container info
> file in my patches?
I havent implemented that yet, so I will look at your next question:
> (Or more generally, tell which container a task is
> in for a given hierarc
Andi Kleen wrote:
>>> Topology is dependent on the number of CPUs.
>> Not all of it.
>
> What is not?
Memory banks can exist without a CPU present. The places where you can
plug in memory don't change and so the memory hierarchy can be described.
> Hmm, e.g. in OpenMP you would have another th
On Tue, Apr 03, 2007 at 10:30:47AM -0700, Ulrich Drepper wrote:
> Reading /proc/cpuinfo or /sys/devices/system/cpu reflects the
> current CPU count.
Not all of the cpu* directories in /sys/devices/system/cpu may be
online.
thanks,
suresh
-
To unsubscribe from this list: send the line "unsubscri
On 4/3/07, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> (Or more generally, tell which container a task is
> in for a given hierarchy?)
Why is the hierarchy bit important here? Usually controllers need to
know "tell me what cpuset this task belongs to", which is answered
by tsk->nsproxy->ctlr
On lunedì 2 aprile 2007, Jeff Dike wrote:
> Clean up arch/um/kernel/process.c -
> lots of return(x); -> return x; conversions
> a number of the small functions are either unused, in which
> case they are gone, along any declarations in a header, or could be
> made static.
> curre
On Tuesday 03 April 2007, Cornelia Huck wrote:
> On s390, it would be more than strangeness. There's no implementation
> of PCI at all, someone would have to cook it up - and it wouldn't have
> any use beyond those special devices. Since there isn't any bus type
> that is available on *all* archite
Blaisorblade wrote:
On lunedì 2 aprile 2007, Antoine Martin wrote:
Jeff Dike wrote:
On Sun, Apr 01, 2007 at 08:58:45PM +0100, Antoine Martin wrote:
I reckon that one critical thing which could drastically increase the
user base would be to have a working virtual framebuffer implementation.
Wh
On Tue, Apr 03, 2007 at 10:45:35AM -0700, Ulrich Drepper wrote:
> Andi Kleen wrote:
> >>> Topology is dependent on the number of CPUs.
> >> Not all of it.
> >
> > What is not?
>
> Memory banks can exist without a CPU present. The places where you can
> plug in memory don't change and so the memo
Siddha, Suresh B wrote:
> Not all of the cpu* directories in /sys/devices/system/cpu may be
> online.
Brilliant. You people really know how to create user interfaces. So
now in any case per CPU another stat/access syscall is needed to check
the 'online' pseudo-file? With this the readdir soluti
Andi Kleen wrote:
>> There is an inexpensive solution: finally make the vdso concept a bit
>> more flexible. You could add a vdso call to get the processor count.
>> The vdso code itself can use a data page mapped in from the kernel.
>
> The ELF aux vector is exactly that already.
No. The aux v
On Tue, Apr 03, 2007 at 11:05:49AM -0700, Ulrich Drepper wrote:
> Andi Kleen wrote:
> >> There is an inexpensive solution: finally make the vdso concept a bit
> >> more flexible. You could add a vdso call to get the processor count.
> >> The vdso code itself can use a data page mapped in from the
On my pc i encounter a strange error:
the pktsetup is started during system start and set my dvd driver to
packet writing mode. then i insert a dvd movie and start xine. and
sometimes xine says that it can't play the dvd. BUT after
stoping/removing the pktsetup from the dvd drive again, xine plays
On 04/03/2007 07:31 PM, Pekka J Enberg wrote:
Oh, well, here goes. Rene, would you be so kind and spin the wheel once
more? =)
Absolutely!
[EMAIL PROTECTED]:~# dd if=/dev/mcdx0 of=/dev/null
Oops: 0002 [#1]
CPU:0
EIP:0060:[]Not tainted VLI
EFLAGS: 00010082 (2.6.20.4 #11)
EIP is
Andi Kleen wrote:
> I would be opposed for adding another page per process at least
> because the per process memory footprint in Linux is imho already
> too large.
That's a single page shared by all threads on the system. Or make this
a page per NUMA node. And if the number of threads is larger
From: Randy Dunlap <[EMAIL PROTECTED]>
Fixes kernel bugzilla #8242:
Move csum_partial() from lib-y to obj-$(CONFIG_CSUM_PARTIAL)
so that modules can use it.
CONFIG_BLK_DEV_MD (md/raid driver) needs csum_partial(),
even when CONFIG_NET=n and BLK_DEV_MD=m, so build it as an
object to force it bein
On Tue, 3 Apr 2007, Rene Herman wrote:
> That is, the exact same oops the tar test showed which I expect is progress --
> the dd is now in fact doing something :-)
Yes, that's expected. I think we fixed dd now.
On Tue, 3 Apr 2007, Rene Herman wrote:
> When I now switched the monitor to 5va2 itsel
Hi Dave,
I'm not sure if I follow. How do I use mknod with no console to use it
from? Can this be done in the init scripts or from u-boot? Still
learning so any help would be appreciated.
I was able to trace the console opening to __dentry_open() in fs/open.c
It does open(inode, f) but returns
* Ulrich Drepper ([EMAIL PROTECTED]) wrote:
> glibc for a long time provides functionality to retrieve the number
> through sysconf() and this is what fortunately most programs use. The
> problem is that we are currently using /proc/cpuinfo since this is all
> there was available at that time. C
On Tue, Apr 03, 2007 at 10:28:40AM +0200, roland wrote:
> what is the real advantage to package uml-kernel and rootfs into a single
> file ?
>
> If this needs to be distributed with additional script, that's two files,
> anyway.
If a common means of doing this were widespread, the script would
I think I'm seeing the same VM behavior with NFS/ext3 that was described
with fuse.
I have a shared storage unit with 2 servers. The local filesystem is
ext3 and I'm failing
the ext3 mounting and NFS serving from one node to another. I'm running
I/O on the NFS
mount point to the active serve
On Tue, Apr 03, 2007 at 01:41:49AM -0600, Eric W. Biederman wrote:
> When we mask or unmask a msi-x irqs the writes may be posted because
> we are writing to memory mapped region. This means the mask and
> unmask don't happen immediately but at some unspecified time in the
> future. Which is out
With 2.6.21-rc5-rt8 / i386 . If I disable wakeup timing , and enable
interrupt off timing with latency tracing I can cause,
BUG: scheduling with irqs disabled: IRQ-16/0x/909
caller is rt_spin_lock_slowlock+0x94/0x190
[] show_trace_log_lvl+0x3a/0x60
[] show_trace+0x2d/0x30
[] dump_stack
On Mon, Apr 02, 2007 at 08:16:12AM +0200, Ingo Molnar wrote:
>
> i'm wondering about how TASK_UNINTERRUPTIBLE tasks are handled by the
> freezer: are they assumed frozen immediately, or do we wait until they
> notice their PF_FREEZING and go into try_to_freeze()? I'd expect
> TASK_UNINTERRUPTIB
Randy Dunlap <[EMAIL PROTECTED]> writes:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Fixes kernel bugzilla #8242:
>
> Move csum_partial() from lib-y to obj-$(CONFIG_CSUM_PARTIAL)
> so that modules can use it.
>
> CONFIG_BLK_DEV_MD (md/raid driver) needs csum_partial(),
> even when CONFIG_NET=n
Arnd Bergmann wrote:
> I think we need to separate two problems here:
>
> 1. Probing:
> That's really what triggered the discussion, PCI probing is well-understood
> and implemented on _most_ platforms, so there is some value in reusing it.
> When you talk about 'very simple probing', I'm not sure
Andi Kleen wrote:
Randy Dunlap <[EMAIL PROTECTED]> writes:
From: Randy Dunlap <[EMAIL PROTECTED]>
Fixes kernel bugzilla #8242:
Move csum_partial() from lib-y to obj-$(CONFIG_CSUM_PARTIAL)
so that modules can use it.
CONFIG_BLK_DEV_MD (md/raid driver) needs csum_partial(),
even when CONFIG_NE
On Tue, 3 Apr 2007, Ulrich Drepper wrote:
> More and more code depends on knowing the number of processors in the
> system to efficiently scale the code. E.g., in OpenMP it is used by
> default to determine how many threads to create. Creating more threads
> than there are processors/cores doesn
Mark Lord wrote:
But WD drives, in particular the Raptor series, have a firmware "feature"
that disables "drive readahead" whenever NCQ is in use.
Why is this an issue? Shouldn't the kernel be sending down its own
readahead requests to keep the disk busy?
-
To unsubscribe from this list:
Wilhelm Meier wrote:
m Montag, 2. April 2007 schrieb Wilhelm Meier:
It seems to me that I rewrote cifs_demultiplex_thread to use kthread_run
in DFS patch.
o.k., I found the patch on the list. Will do some testing with it.
o.k., the patch seems to be fine for lin
On Tue, Apr 03, 2007 at 02:17:59PM -0500, Steve French wrote:
> Now merged into cifs-2.6 git tree. Thanks to Q and Wilhelm
Up to date SVN please ! :-).
Jeremy.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
Ameya Mitragotri wrote:
Hello,
I am doing some benchmarking on writes to the hdd from a simple
application (attached).
Im benchmarking the writes using the following
- write with O_DIRECT
- write with fadvise + O_SYNC
- write with fadvise + sync_file_range
Did you use overlapped aio with O_DIRE
On Tuesday, 3 April 2007 16:15, Gautham R Shenoy wrote:
> On Tue, Apr 03, 2007 at 06:26:19PM +0530, Srivatsa Vaddagiri wrote:
> >
> > Besides, how problematic is this in practise (that threads sleep for
> > extended durations in TASK_INTERRUPTIBLE state breaking
> > freezer/suspend/hotplug)?
> >
On Tue, Apr 03, 2007 at 12:09:33PM -0700, Randy Dunlap wrote:
> Andi Kleen wrote:
> >Randy Dunlap <[EMAIL PROTECTED]> writes:
> >
> >>From: Randy Dunlap <[EMAIL PROTECTED]>
> >>
> >>Fixes kernel bugzilla #8242:
> >>
> >>Move csum_partial() from lib-y to obj-$(CONFIG_CSUM_PARTIAL)
> >>so that module
Hi,
I'm encountered the following scenario:
Several encrypted external USB HDDs were mounted (via a hub) when
Something Bad happened: Accidentially the cable connecting the hub to
the laptop was disconnected. The devices used at that time were
/dev/sda and /dev/sdb.
Logfiles showed the usual USB
From: Randy Dunlap <[EMAIL PROTECTED]>
Date: Tue, 03 Apr 2007 12:09:33 -0700
> How does the networking code work across multiple architectures?
This has been discussed before.
The csum_partial() result value is only well defined modulo 0x.
The networking does csum_fold() or similar on the r
Hi Al,
I'd like you to consider approving something like the attached patch. It
allows a key to be obtained by a filesystem during a pathwalk to be used in
subsequent operations in the pathwalk.
The way I envision it working is this:
(1) The nameidata::key pointer is initialised to NULL at th
On Tuesday, 3 April 2007 14:01, Gautham R Shenoy wrote:
> On Mon, Apr 02, 2007 at 08:16:12AM +0200, Ingo Molnar wrote:
> >
> > i'm wondering about how TASK_UNINTERRUPTIBLE tasks are handled by the
> > freezer: are they assumed frozen immediately, or do we wait until they
> > notice their PF_FREE
David Miller wrote:
From: Randy Dunlap <[EMAIL PROTECTED]>
Date: Tue, 03 Apr 2007 12:09:33 -0700
How does the networking code work across multiple architectures?
This has been discussed before.
The csum_partial() result value is only well defined modulo 0x.
The networking does csum_fold
Davide Libenzi wrote:
> It sucks when seen from a micro-bench POV, but does it really matter
> overall? The vast majority of software usually calls
> sysconf(_SC_NPROCESSORS_*) with very little frequency (mostly once at
> initialization time) anyway. That's what 50us / call?
This is not today's
"Siddha, Suresh B" <[EMAIL PROTECTED]> writes:
> set_msi_irq_affinity() is already doing read_msi_msg(). So the mask operation
> before this should atleast get flushed before we modify the irq destination
> information.
We modify irq reception information in assign_irq_vector, before that.
With m
On Tue, Apr 03, 2007 at 10:59:53AM -0700, Ulrich Drepper wrote:
> Siddha, Suresh B wrote:
> > Not all of the cpu* directories in /sys/devices/system/cpu may be
> > online.
>
> Brilliant. You people really know how to create user interfaces. So
> now in any case per CPU another stat/access syscal
On Tuesday 03 April 2007, Jeremy Fitzhardinge wrote:
> Arnd Bergmann wrote:
> > I think we need to separate two problems here:
> >
> > 1. Probing:
> > That's really what triggered the discussion, PCI probing is well-understood
> > and implemented on _most_ platforms, so there is some value in reusi
On Mon, 2 Apr 2007 22:47:45 -0700 Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
> - The oops in git-net.patch has been fixed, so that tree has been restored.
> It is huge.
>
> - Added the device-mapper development tree to
On Tue, 3 Apr 2007, Randy Dunlap wrote:
> On Mon, 2 Apr 2007 22:47:45 -0700 Andrew Morton wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> >
> > - The oops in git-net.patch has been fixed, so that tree has been restored.
> > It is hu
Arnd Bergmann wrote:
> We already have device drivers for physical devices that can be attached
> to different buses. The EHCI USB is an example of a driver that can
> be for instance PCI, OF or an on-chip device. Moreover, you can have an
> abstracted device behind it that does not need to know a
101 - 200 of 484 matches
Mail list logo
