On Tue, Feb 13, 2007 at 12:56:51PM +0100, Manuel Lauss wrote:
> Hi Ben,
>
> On Mon, Feb 12, 2007 at 11:07:41AM +, Ben Dooks wrote:
> > This is a new release of the SM501 MFD driver.
>
> > +struct sm501_platdata_fbsub {
> > + struct fb_mode *def_mode;
> > + unsigned long
> data actually did make it to the media, I wouldn't necessary assume
> that it has. Given that it sounds like you really care about this,
> I'd suggest that you explicitly testing this before making
> assumptions.
FreeBSD 6.1 appears to get it right for some subsets of devices so it
seems a
> A syslet is executed opportunistically: i.e. the syslet subsystem
> assumes that the syslet will not block, and it will switch to a
> cachemiss kernel thread from the scheduler. This means that even a
How is scheduler fairness maintained ? and what is done for resource
accounting here ?
>
Hi All -
I have two systems running 2.6.19 from fedora-updates.
System 1: vanilla x86 SMP server box with 2x Emulex LP-101
System 2: vanilla x86 SMP server box with 2x QLogic 2310F
Both boxes are multipath to Hitachi USP TagmaStore. All LUNs including
LUN0 (/, /boot, swap, /var via
On Tue, Feb 13, 2007 at 01:32:34PM +0100, Martin A. Fink wrote:
> > Does the FreeBSD fsync sync to media ? Also what controller is being used
> > here, and do you have EHCI USB support running ?
>
> Manual of FreeBSD fsync says it syncs to media.
That didn't answer the question. With SATA in
Lennart Sorensen wrote:
On Fri, Feb 09, 2007 at 03:14:05PM -0500, Raphael Assenat wrote:
This patch adds a PCI device ID (0x8152) for the IT8152F/G
Advanced RISC-to-PCI Companion Chip.
--
Raphael Assenat
8D Technologies Inc.
This patch adds a PCI device ID for the IT8152F/G
Advanced
On Tue, 2007-02-13 at 15:35 +1100, Stephen Rothwell wrote:
> OK, I have thought about this some more and I *think* the only
> architecture that needs compat_sys_epoll_ctl or compat_sys_epoll_wait is
> ia64 where the 64 bit version of struct epoll_event is different from the
> 32 bit version. On
kernel BUG at kernel/workqueue.c:212! 100% reproducable
queue_work
__handle_sysrq
kbd_event
add_timer_randomness
kbd_event
input_event
atkbd_interrupt
serio_interrupt
i8042_interrupt
...
reverting the
If we are already on the topic, I would like to report two additional issues
with mmc_block:
1. If, for some reason, device driver cannot return the requested data amount,
but does not sets
any error, mmc_block would retry indefinitely. Of course, its always a device
driver's fault, but
may be
From: Ingo Molnar <[EMAIL PROTECTED]>
provide an optimized assembly version of the copy_uatom() method.
This is about 3 times faster than the C version.
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
Signed-off-by: Arjan van de Ven <[EMAIL PROTECTED]>
---
arch/i386/lib/getuser.S | 115
From: Ingo Molnar <[EMAIL PROTECTED]>
add the create_async_thread() way of creating kernel threads:
these threads first execute a kernel function and when they
return from it they execute user-space.
An architecture must implement this interface before it can turn
CONFIG_ASYNC_SUPPORT on.
From: Ingo Molnar <[EMAIL PROTECTED]>
provide an optimized assembly version of sys_umem_add().
It is about 2 times faster than the C version.
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
Signed-off-by: Arjan van de Ven <[EMAIL PROTECTED]>
---
arch/i386/lib/getuser.S | 27
From: Ingo Molnar <[EMAIL PROTECTED]>
add include/linux/syslet.h which contains the user-space API/ABI
declarations. Add the new header to include/linux/Kbuild as well.
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
Signed-off-by: Arjan van de Ven <[EMAIL PROTECTED]>
---
include/linux/Kbuild
From: Ingo Molnar <[EMAIL PROTECTED]>
enable CONFIG_ASYNC_SUPPORT on x86.
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
Signed-off-by: Arjan van de Ven <[EMAIL PROTECTED]>
---
arch/i386/Kconfig |4
1 file changed, 4 insertions(+)
Index: linux/arch/i386/Kconfig
I'm pleased to announce the first release of the "Syslet" kernel feature
and kernel subsystem, which provides generic asynchrous system call
support:
http://redhat.com/~mingo/syslet-patches/
Syslets are small, simple, lightweight programs (consisting of
system-calls, 'atoms') that the
From: Ingo Molnar <[EMAIL PROTECTED]>
wire up the new syslet / async system call syscalls and make it
thus available to user-space.
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
Signed-off-by: Arjan van de Ven <[EMAIL PROTECTED]>
---
arch/i386/kernel/syscall_table.S |5 +
From: Ingo Molnar <[EMAIL PROTECTED]>
the core syslet / async system calls infrastructure code.
Is built only if CONFIG_ASYNC_SUPPORT is enabled.
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
Signed-off-by: Arjan van de Ven <[EMAIL PROTECTED]>
---
kernel/Makefile |1
kernel/async.c |
On Mon, Feb 12, 2007 at 01:53:03PM -0500, William Cohen wrote:
> After last week's experiment reducing size of task_struct on I was
> The is a signficant amount of space wasted for ext3_inode_cache. If
> the struct used for ext3_inode_cache struct could be made smaller,
> three objects rather than
From: Ingo Molnar <[EMAIL PROTECTED]>
this adds the data structures used by the syslet / async system calls
infrastructure.
This is used only if CONFIG_ASYNC_SUPPORT is enabled.
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
Signed-off-by: Arjan van de Ven <[EMAIL PROTECTED]>
---
From: Ingo Molnar <[EMAIL PROTECTED]>
Add Documentation/syslet-design.txt with a high-level description
of the syslet concepts.
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
Signed-off-by: Arjan van de Ven <[EMAIL PROTECTED]>
---
Documentation/syslet-design.txt | 137
From: Ingo Molnar <[EMAIL PROTECTED]>
add include/linux/async.h which contains the kernel-side API
declarations.
it also provides NOP stubs for the !CONFIG_ASYNC_SUPPORT case.
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
Signed-off-by: Arjan van de Ven <[EMAIL PROTECTED]>
---
From: Ingo Molnar <[EMAIL PROTECTED]>
add the kernel generic bits - these are present even if !CONFIG_ASYNC_SUPPORT.
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
Signed-off-by: Arjan van de Ven <[EMAIL PROTECTED]>
---
include/linux/sched.h |7 ++-
kernel/exit.c |3 +++
On Tue, Feb 13, 2007 at 01:15:18PM +1100, Rusty Russell wrote:
>
> Good spotting! This function needs to be passed skb_headlen(skb),
> rather than skb->len. Patch is below (I renamed the parameter as well,
> for clarity).
How about just dropping that parameter and using skb_headlen(skb)
Olivier Galibert wrote:
> On Tue, Feb 13, 2007 at 09:52:39AM +0900, Ian Kent wrote:
>> Indeed.
>> Which kernel can you use?
>> I believe that 2200 had another problem so can you use an fc5 kernel
>> later than that?
>
> I've ported your patch to 2257 (nothing special, only moved lines),
> and it
On Mon, Feb 12, 2007 at 08:22:01PM -0500, Dave Jones wrote:
> On Mon, Feb 12, 2007 at 10:39:25AM -0800, Venkatesh Pallipadi wrote:
> >
> > Introducing 'cpuidle', a new CPU power management infrastructure to manage
> > idle CPUs in a clean and efficient manner.
> > cpuidle separates out the
On Friday 09 February 2007 23:12:42 James Ketrenos wrote:
> Please hold all questions until I am done with this email. Thank you.
>
> We are pleased to announce the availability of a new driver for the
> Intel PRO/Wireless 3945ABG Network Connection adapter. This new driver
> uses the new d80211
Martin A. Fink wrote:
>> The needed total bandwidth may be to high and at least the incoming part via
> GigE may have serious overhead.
>> 150MB/s in via (at least 2) GigE, without Zero-Copy there is another 150MB/s
> memory to memory.
>> Then there is the next 150MB/s memory to the discs,
[apologies for resend, bogus address on the original mail]
security_getprocattr() takes a buffer + length, copies data
to it and return the actual length. If buffer is NULL, it just returns
the right length, a-la snprintf(). Observations:
* at least selinux ends up actually
On Tue, 2007-02-13 at 09:50 +0100, Olivier Galibert wrote:
> On Tue, Feb 13, 2007 at 09:52:39AM +0900, Ian Kent wrote:
> > Indeed.
> > Which kernel can you use?
> > I believe that 2200 had another problem so can you use an fc5 kernel
> > later than that?
>
> I've ported your patch to 2257
There is long standing issue in kernel which makes using /etc/sysctl.conf
useless for boottime configuration of specific interface properties and
breaks probably any software relying on unconditional existence of the
conf trees like it was in previous kernels (I alone have written several
pieces
On 2/13/07, Daniel Walker <[EMAIL PROTECTED]> wrote:
On Mon, 2007-02-12 at 21:35 -0800, Andrew Morton wrote:
>
> This looks hacky.
>
One other thing that could be added is a change in the initcalls .
ks0108 should be subsys_initcall() and the LCD devices
device_initcall(). That would make sure
On 2/13/07, Trent Piepho <[EMAIL PROTECTED]> wrote:
On Tue, 13 Feb 2007, Jakub Jelinek wrote:
> Wouldn't it be better to kmalloc both struct dvb_device and
> struct file_operations together instead of doing 2 separate allocations?
> struct dvd_device_plus_fops
> {
> struct dvb_device dev;
>
On Tuesday 13 February 2007, Trent Piepho wrote:
> On Tue, 13 Feb 2007, Jakub Jelinek wrote:
> > Wouldn't it be better to kmalloc both struct dvb_device and
> > struct file_operations together instead of doing 2 separate allocations?
> > struct dvd_device_plus_fops
> > {
> > struct dvb_device
On Mon, Feb 12, 2007 at 10:40:52AM -0800, Paul Menage wrote:
> I did consider that approach at one point. The reason I rejected it
> was that then container->count would no longer even vaguely represent
> the number of processes in a container. Now that we have the
> container_group object, we
On Tue, 13 Feb 2007, Jakub Jelinek wrote:
> Wouldn't it be better to kmalloc both struct dvb_device and
> struct file_operations together instead of doing 2 separate allocations?
> struct dvd_device_plus_fops
> {
> struct dvb_device dev;
> struct file_operations fops;
> } *dev_fops = kmalloc
On Tuesday 13 February 2007, you wrote:
>
> > attached find a patch that fixes the problem.
>
>
> Hi,
>
> Thank you for the quick response.
> I think there is a small bug in this; at least I don't see where you
> copy over the content of the fops template to the newly allocated piece
> of
On Mon, Feb 12, 2007 at 01:36:34PM -0800, Roland McGrath wrote:
> > 2. The following proggie renders box unusable in ~10 seconds (but not
> >mainline kernel where Ctrl+C will kill process).
>
> I haven't been able to reproduce this so far on my test machine. I got
> bored after about 10
Micha³ Miros³aw wrote:
> Fix reference counting (memory leak) problem in __nfulnl_send() and callers
> related to packet queueing.
>
> Signed-off-by: Michał Mirosław <[EMAIL PROTECTED]>
>
> --- linux-2.6.20/net/netfilter/nfnetlink_log.c.11 2007-02-12
> 17:35:50.0 +0100
> +++
Micha³ Miros³aw wrote:
> Eliminate possible NULL pointer dereference in nfulnl_recv_config().
>
> Signed-off-by: Michał Mirosław <[EMAIL PROTECTED]>
>
> --- linux-2.6.20/net/netfilter/nfnetlink_log.c.10 2007-02-12
> 17:05:14.0 +0100
> +++ linux-2.6.20/net/netfilter/nfnetlink_log.c
Micha³ Miros³aw wrote:
> get_*() don't need access to seq_file - iter_state is enough for them.
Applied, thanks.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Am Dienstag, 13. Februar 2007 13:24 schrieben Sie:
> Martin A. Fink wrote:
>
> >> Also you have skipped the information how the images "arrive" on the
system
> > (PCI(e) card?), that may be important for an "end to end" view of the
> > problem.
> >
> > Images arrive via Gigabit Ethernet. GigE
Linux please pull from
git://one.firstfloor.org/home/andi/git/linux-2.6
This is not all, but I pruned lots of stuff that still wasn't
quite ready. Less is more I guess.
Adrian Bunk:
i386: arch/i386/kernel/e820.c should #include
Alan:
i386: Fix Cyrix MediaGX detection
Alexey
Am Dienstag, 13. Februar 2007 12:25 schrieben Sie:
> > Well they do. The Flash disk I have (SATA-I) is capable of 48 MB/s and
this
> > value is reached over the whole disk size by windows as well as by
FreeBSD.
> > See my test results in the first thread.
>
> Ok a flash disk should be more
Martin A. Fink wrote:
>> Also you have skipped the information how the images "arrive" on the system
> (PCI(e) card?), that may be important for an "end to end" view of the
> problem.
>
> Images arrive via Gigabit Ethernet. GigE Vision standard. (PCIe x4)
The the next question is:
Hi!
> > Why do you think remounting filesystems is necessary? Are you getting
> > problems with some particular filesystem?
>
> No. But anything in a removable device neets to be either remounted
> read-only or unmounted if that is at all possible, because the user could
> unplug it. It is of
On Tue, 13 February 2007 11:29:18 +0100, Martin A. Fink wrote:
>
> Please Read Carefully! I talk about flash disk, not normal harddisks. There
> are no mechanical parts in flash disks, only flash memory. And therefore
> 48MB/s is excellent (compared to all other available disks)
>
> [...]
>
>
On Tue, 13 February 2007 11:27:58 +, Alan wrote:
>
> isn't yet a heavily optimised libata path. Secondly erase block size
> matters with flash drives so the bigger each I/O the better erase block
> behaviour we should get.
Although that should max out somewhere between 16KiB and 128KiB,
On Tuesday 13 February 2007, Jakub Jelinek wrote:
> On Tue, Feb 13, 2007 at 03:14:23PM +0400, Manu Abraham wrote:
> > >thanks for pointing out this issue.
> > >
> > >attached find a patch that fixes the problem.
> > >
> > >@mauro - please pull changeset a7ac92d208fe
> > > dvbdev: fix illegal
Hi Ben,
On Mon, Feb 12, 2007 at 11:07:41AM +, Ben Dooks wrote:
> This is a new release of the SM501 MFD driver.
> +struct sm501_platdata_fbsub {
> + struct fb_mode *def_mode;
> + unsigned longmax_mem;
> + unsigned int flags;
> +};
This may be a
add format specifier %d for uid in ecryptfs_printk
Signed-off-by: Thomas Hisch <[EMAIL PROTECTED]>
---
fs/ecryptfs/messaging.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/fs/ecryptfs/messaging.c b/fs/ecryptfs/messaging.c
index 47d7e7b..1674d33 100644
---
On Tuesday 13 February 2007 07:23:15 Len Brown wrote:
> On Monday 12 February 2007 13:45, Ismail Dönmez wrote:
> > Hi all,
> >
> > After latest ACPI merge /proc/acpi/ac_adapter/AC has gone fishing :
> >
> > [~]> ls -al /proc/acpi/ac_adapter/
> > dr-xr-xr-x 2 root root 0 Şub 12 20:44 ADP1
> >
> >
Hi,
On Tuesday 13 February 2007 06:47, Pierre Ossman wrote:
> Sascha Sommer wrote:
> > I still consider this driver experimental, but without documentation this
> > is probably not going to change anytime soon.
> > The question is now what I should do with the driver?
> > Is it worth to be
albcamus napsal(a):
2007/2/12, Jiri Slaby <[EMAIL PROTECTED]>:
and lines from your boot loader.
title Fedora Core (2.6.20)
root (hd0,1)
kernel /vmlinuz-2.6.20 ro root=LABEL=/ vga=0x31B
initrd /initrd-2.6.20.img
And I have the SATA device /dev/sda3 labeled as '/'.
I would try
On Tue, Feb 13, 2007 at 03:14:23PM +0400, Manu Abraham wrote:
> >thanks for pointing out this issue.
> >
> >attached find a patch that fixes the problem.
> >
> >@mauro - please pull changeset a7ac92d208fe
> > dvbdev: fix illegal re-usage of fileoperations struct
> >
> >from
> attached find a patch that fixes the problem.
Hi,
Thank you for the quick response.
I think there is a small bug in this; at least I don't see where you
copy over the content of the fops template to the newly allocated piece
of memory...
Greetings,
Arjan van de Ven
--
if you want to
On Tuesday 13 February 2007, Arjan van de Ven wrote:
> Hi,
>
> while working on the last pieces of the file_ops constantification, DVB
> is the small village in France that is holding the Romans at bay... but
> I think I found the final flaw in it now:
>
>*pdvbdev = dvbdev =
On Mon, 12 Feb 2007 12:38:15 -0500 (EST), Andrey Borzenkov wrote:
> Is not it too much fore a trivial two lines patch to a single file?
>
> {pts/1}% stg import
> ~/patch/Re_2_6_20_rc6_libata_PATA_ATAPI_CDROM_is_not_working.patch
> Importing
> patch
Andi Kleen a écrit :
From: "Bryan O'Sullivan" <[EMAIL PROTECTED]>
This copy routine is memcpy-compatible, but on some architectures will use
cache-bypassing loads to avoid bringing the source data into the cache.
One case where this is useful is when a device issues a DMA to a memory
region,
Hi Leopold,
Le Lundi 12 Février 2007 17:23, Leopold Palomo-Avellaneda a écrit :
> A Dilluns 12 Febrer 2007 10:11, Jean Delvare va escriure:
> > Did you report the problem to Asus? They should fix it. Maybe this new
> > BIOS actually fixes some other problems you have.
>
> no. It's on the todo
Hi Laurent,
On Tue, 13 Feb 2007 10:29:59 +0100 Laurent Pinchart <[EMAIL PROTECTED]> wrote:
> Hi everybody,
>
> I'm trying to fetch from the Linux kernel repository at
> http://www.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git/. After
> downloading the objects, git failed
On 2/13/07, Marcel Siegert <[EMAIL PROTECTED]> wrote:
On Tuesday 13 February 2007, Arjan van de Ven wrote:
> Hi,
>
> while working on the last pieces of the file_ops constantification, DVB
> is the small village in France that is holding the Romans at bay... but
> I think I found the final flaw
> there's several tunables you can do;
> 1) increase /sys/block//queue/nr_requests
>the linux default is on the low side
> 5) echo a larger value into /sys/block//queue/max_sectors_kb
>the default seems to be 512 which is... really low. The hw max is in
>another file in that directory;
From: Peter Oberparleiter <[EMAIL PROTECTED]>
debugfs: implement symbolic links
Implement a new function debugfs_create_symlink() which can be used
to create symbolic links in debugfs. This function can be useful
for people moving functionality from /proc to debugfs (e.g. the
gcov-kernel patch).
> Well they do. The Flash disk I have (SATA-I) is capable of 48 MB/s and this
> value is reached over the whole disk size by windows as well as by FreeBSD.
> See my test results in the first thread.
Ok a flash disk should be more stable
> My Seagate Barracuda Harddisk drive (SATA-II) starts
On Tue, 2007-02-13 at 21:54 +1100, Nick Piggin wrote:
> Bernd Petrovitsch wrote:
> > On Tue, 2007-02-13 at 18:42 +1100, Nick Piggin wrote:
> >
> >>Joe Perches wrote:
> >
> > [...]
> >
> >>>perhaps:
> >>>
> >>>#define array_for_each(element, array) \
> >>> for ((element) = (array); \
> >>>
On Tue, 13 Feb 2007 11:30:10 +0100
Stefano Brivio <[EMAIL PROTECTED]> wrote:
> CC drivers/serial/8250_pci.o
> drivers/serial/8250_pci.c: In function 'pciserial_resume_one':
> drivers/serial/8250_pci.c:1830: warning: ignoring return value of
> 'pci_enable_device', declared with attribute
Bernd Petrovitsch wrote:
On Tue, 2007-02-13 at 18:42 +1100, Nick Piggin wrote:
Joe Perches wrote:
[...]
perhaps:
#define array_for_each(element, array) \
for ((element) = (array); \
(element) < ((array) + ARRAY_SIZE((array))); \
(element)++)
If you're
On Tue, Feb 13, 2007 at 11:30:10AM +0100, Stefano Brivio wrote:
> CC drivers/serial/8250_pci.o
> drivers/serial/8250_pci.c: In function 'pciserial_resume_one':
> drivers/serial/8250_pci.c:1830: warning: ignoring return value of
> 'pci_enable_device', declared with attribute
On Tuesday 13 February 2007 11:18, Nadia Derbey wrote:
> Andi Kleen wrote:
> > [EMAIL PROTECTED] writes:
> >
> >>+
> >>+This feature aims at making the kernel automatically change the tunables
> >>+values as it sees resources running out.
> >
> >
> > The only reason we have resource limit is to
CC drivers/serial/8250_pci.o
drivers/serial/8250_pci.c: In function 'pciserial_resume_one':
drivers/serial/8250_pci.c:1830: warning: ignoring return value of
'pci_enable_device', declared with attribute warn_unused_result
This patch fixes it.
Signed-off-by: Stefano Brivio <[EMAIL
On Mon, 2007-02-12 at 23:39 -0800, Trond Myklebust wrote:
> commit 7c85d9007d05436e71d2b805b96c1e36a8193bd4
> Author: Trond Myklebust <[EMAIL PROTECTED]>
> Date: Wed Dec 13 15:23:48 2006 -0500
>
> NFS: Fixup some outdated comments...
>
> Signed-off-by: Trond Myklebust <[EMAIL
On Tue, 2007-02-13 at 18:42 +1100, Nick Piggin wrote:
> Joe Perches wrote:
[...]
> > perhaps:
> >
> > #define array_for_each(element, array) \
> > for ((element) = (array); \
> > (element) < ((array) + ARRAY_SIZE((array))); \
> > (element)++)
>
> If you're going for
Am Dienstag, 13. Februar 2007 11:16 schrieben Sie:
> Martin A. Fink wrote:
> > Am Dienstag, 13. Februar 2007 00:31 schrieben Sie:
> >> Martin A. Fink wrote:
> >>> I have to store big amounts of data coming from 2 digital cameras to
disk.
> >>> Thus I have to write blocks of around 1 MB at 30 to
On Tue, 2007-02-13 at 12:18 +0100, Andi Kleen wrote:
> Arjan van de Ven <[EMAIL PROTECTED]> writes:
>
> > > >
> > > The problem is: FreeBSD is fast, but lacks of some special drivers. Linux
> > > has
> > > all drivers but access to harddisk is unpredictable and thus unreliable!
> > > What can
On Feb 13 2007 09:52, Arjan van de Ven wrote:
>
>> If there is currently no way to provide this functionality using
>> arp_ignore/arp_annonce/arp_filter or their friends, why is this still a
>> patch
>> And is not integrated into the mainline kernel?
>
>eh? if you keep reading the doc it'll
Arjan van de Ven <[EMAIL PROTECTED]> writes:
> > >
> > The problem is: FreeBSD is fast, but lacks of some special drivers. Linux
> > has
> > all drivers but access to harddisk is unpredictable and thus unreliable!
> > What can I do??
>
>
> there's several tunables you can do;
[...] Well
Martin A. Fink wrote:
> Am Dienstag, 13. Februar 2007 00:31 schrieben Sie:
>> Martin A. Fink wrote:
>>> I have to store big amounts of data coming from 2 digital cameras to disk.
>>> Thus I have to write blocks of around 1 MB at 30 to 50 frames per second
>>> for
>>> a long period of time. So
Andi Kleen wrote:
[EMAIL PROTECTED] writes:
+
+This feature aims at making the kernel automatically change the tunables
+values as it sees resources running out.
The only reason we have resource limit is to avoid DOS when one
resource consumes too much memory. When there is no such danger
On Mon, 12 Feb 2007 23:26:42 -0800 (PST) Davide Libenzi
wrote:
>
> ARM-OABI also defines them, dunno why. Rmk?
I suspect that OABI stands for old ABI and the alignment of 64 bit
quantities changed at some point. I am pretty sure that arm is only
32bit, but I assume that they need backward
Nadia Derbey <[EMAIL PROTECTED]> writes:
> So, should I understand from this that automatic tuning and the AKT framework
> itself would make sense, given that I find the rigth tunables it should be
> applied to?
Sort of. The concept of things tuning themselves automatically makes
a lot of
> >
> The problem is: FreeBSD is fast, but lacks of some special drivers. Linux has
> all drivers but access to harddisk is unpredictable and thus unreliable!
> What can I do??
there's several tunables you can do;
1) increase /sys/block//queue/nr_requests
the linux default is on the low
Geert Uytterhoeven schrieb:
> On Mon, 12 Feb 2007, Pavel Machek wrote:
>> > Can't the upper layer just assume -ENOSYS if .resume/.suspend is NULL?
>> > It's nicer if you don't have to implement dummy functions at all.
>>
>> Unfortunately, drivers currently assume "NULL == nothing is needed",
On Tuesday 13 February 2007 08:52, Jan Beulich wrote:
> >Yup. How does this patch look to you? We set error_code and trap_no
> >for userspace faults and kernel faults which call die(). We don't set
> >them for kernelspace faults which are fixed up.
>
> Actually, after a second round of
Paul Menage wrote:
> On 2/13/07, Pavel Emelianov <[EMAIL PROTECTED]> wrote:
>>
>> I have implementation that moves arbitrary task :)
>
> Is that the one that calls stop_machine() in order to move a task
> around? That seemed a little heavyweight ...
Nope :) I've rewritten it completely.
>> May
Pierre Ossman, le Tue 13 Feb 2007 06:47:41 +0100, a écrit :
> Sascha Sommer wrote:
> > I still consider this driver experimental, but without documentation this
> > is
> > probably not going to change anytime soon.
> > The question is now what I should do with the driver?
> > Is it worth to be
Rafael J. Wysocki schrieb:
> I think we can introduce a "pm_safe" flag that will indicate if the driver
> handles suspend/resume correctly. If we do it, we can flag all of the drivers
> currently in the tree as "pm_safe" unless we know that they aren't. Next,
> we can convert the core to fail
On 2/13/07, Pavel Emelianov <[EMAIL PROTECTED]> wrote:
I have implementation that moves arbitrary task :)
Is that the one that calls stop_machine() in order to move a task
around? That seemed a little heavyweight ...
May be we can do context (container-on-task) handling lockless?
What did
Am Montag, 12. Februar 2007 20:08 schrieben Sie:
> On Mon, 12 Feb 2007 18:56:29 +0100
> "Martin A. Fink" <[EMAIL PROTECTED]> wrote:
>
> > I have to store big amounts of data coming from 2 digital cameras to disk.
> > Thus I have to write blocks of around 1 MB at 30 to 50 frames per second
for
Hi everybody,
I'm trying to fetch from the Linux kernel repository at
http://www.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git/. After
downloading the objects, git failed while trying to fetch tags. Retrying the
fetch operation gives the following output:
$ git-fetch origin
(some of you might get this mail in double copy , sorry)
On 2/11/07, Luca Tettamanti <[EMAIL PROTECTED]> wrote:
Sorry for the delay.
Ditto!
It also seemed that my kernel compiling sk1llz had gone AWL, I
couldn't get the newly compiled kernel to run, until I realized the
initrd.img was
Am Dienstag, 13. Februar 2007 00:31 schrieben Sie:
> Martin A. Fink wrote:
> > I have to store big amounts of data coming from 2 digital cameras to disk.
> > Thus I have to write blocks of around 1 MB at 30 to 50 frames per second
for
> > a long period of time. So it is important for me that
On Tue, 2007-02-13 at 06:52 +0100, Nick Piggin wrote:
> Thanks for the confirmation.
>
> I'll obviously have to resend a new patchset because I made a silly
> paper-bag bug with this one. May I say that the s390 specific part of
> the change is acked-by: you?
Yes.
--
blue skies,
Martin.
> If there is currently no way to provide this functionality using
> arp_ignore/arp_annonce/arp_filter or their friends, why is this still a
> patch
> And is not integrated into the mainline kernel?
eh? if you keep reading the doc it'll explain that there is arptables in
the current kernels,
Just a small issue with the latest kernel 2.6.20. When compiling make
menuconfig our ncurses library is not being detected. I currently use
2.6.15 with no problem and comparing the 2 I found a script (
scripts/kconfig/lxdialog/check-lxdialog.sh ) in the lxdialog directory
that checks for the
Paul Menage wrote:
> On 2/13/07, Pavel Emelianov <[EMAIL PROTECTED]> wrote:
>> [EMAIL PROTECTED] wrote:
>> > This patch implements the BeanCounter resource control abstraction
>> > over generic process containers. It contains the beancounter core
>> > code, plus the numfiles resource counter. It
On Mon, 2007-02-12 at 21:35 -0800, Andrew Morton wrote:
>
> This looks hacky.
>
One other thing that could be added is a change in the initcalls .
ks0108 should be subsys_initcall() and the LCD devices
device_initcall(). That would make sure one runs before the other. I
don't think that alone
On 2/13/07, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
it was there to avoid the following situation:
on disk it's still in seconds
On 2/13/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
If you want ns resolution you need a file system that supports it:
that's currently XFS, JFS, NTFS/CIFS
Christoph Lameter wrote:
> On Tue, 30 Jan 2007, Martin MOKREJS wrote:
>
>> Hi,
>> is this a known issue? Should I bother to upgrade to 2.6.19.2 if it
>> contains the fix?
>> Thank you any help. It might be related to NFS. The machine in question is
>> NFSv3 client,
>> udp. And used for
On 2/13/07, Pavel Emelianov <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] wrote:
> This patch implements the BeanCounter resource control abstraction
> over generic process containers. It contains the beancounter core
> code, plus the numfiles resource counter. It doesn't currently contain
> any
Eric W. Biederman wrote:
Nadia Derbey <[EMAIL PROTECTED]> writes:
I do not fully agree with you:
It is true that some ipc tunables play the role of DoS limits.
But IMHO the *mni ones (semmni, msgmni, shmmni) are used by the ipc subsystem to
adapt its data structures sizes to what is being
301 - 400 of 836 matches
Mail list logo