Evgeniy Polyakov [EMAIL PROTECTED] wrote:
static void cn_queue_wrapper(void *data)
{
struct cn_callback_entry *cbq = (struct cn_callback_entry *)data;
smp_mb__before_atomic_inc();
atomic_inc(cbq-cb-refcnt);
smp_mb__after_atomic_inc();
Do you pine for the nice days of Linux-1.1, when men were men and wrote
their own device drivers? Are you without a nice project and just dying
to cut your teeth on a OS you can try to modify for your needs? Are you
finding it frustrating when everything works on Linux? No more all-
nighters to
Hi,
This benchmark was made in response to a recent post here on lkm were
Linus indicated he would welcom pretty much any benchmark.
Since there are already several database benchmarks, 3d benchmarks I
opted for a more down to earth approach.
As such I am pleased to announce the 'linux kernel
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
On Thu, 2005-03-31 at 23:42 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
What happens if we expect a reply to our message but userspace never
sends
one? Does the kernel leak memory? Do other processes hang?
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
On Thu, 2005-03-31 at 23:26 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
+static int cbus_event_thread(void *data)
+{
+int i, non_empty = 0, empty = 0;
+struct cbus_event_container *c;
+
On Fri, 2005-04-01 at 00:02 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
On Thu, 2005-03-31 at 23:42 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
What happens if we expect a reply to our message but userspace never
sends
On Thu, 2005-03-31 at 23:57 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
static void cn_queue_wrapper(void *data)
{
struct cn_callback_entry *cbq = (struct cn_callback_entry
*)data;
smp_mb__before_atomic_inc();
Hi,
Kprobes could not handle the insertion of a probe on the ret/lret instruction
and used to oops after single stepping since kprobes was modifying eip/rip
incorrectly. Adjustment of eip/rip is not required after single stepping in
case of ret/lret instruction, because eip/rip points to the
On Thu, 2005-03-31 at 23:59 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
On Thu, 2005-03-31 at 23:26 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
+static int cbus_event_thread(void *data)
+{
+ int i, non_empty = 0,
The try_to_swap_out( ) function attempts to free a given page frame, either
discarding or swapping out its contents. It will add the page to swap and
remove the entry from page table of page cache.
In 2.6.x series you can look into shrink_list() function which is called
from kswapd daemon. The
On Thu, 31 Mar 2005, Linux Kernel Mailing List wrote:
ChangeSet 1.2305, 2005/03/31 08:49:44-08:00, [EMAIL PROTECTED]
[PATCH] Fix atyfb build on ppc
This patch fixes a build problem with atyfb on ppc. It uses the stuff
in
macmodes.c, but doesn't trigger the build
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
New object has 0 reference counter when created.
If some work is appointed to the object, then it's counter is atomically
incremented. It is decremented when the work is finished.
If object is supposed to be removed while some work
may be
Hi,
On Friday, 1 of April 2005 00:28, Nigel Cunningham wrote:
Hi.
On Fri, 2005-04-01 at 08:18, Pavel Machek wrote:
Hi!
Ok, what do you think about this one?
===
swsusp: disable usermodehelper after
Hi,
please help!!!
I have a 4 years old SuperMicro server (dual P3) with an
Adaptec I2O raid controler.
This server is running just fine with 2.4.28-pre3.
Now I've tried to run it under 2.6.12-rc1-bk3 (and -bk1)
First the system seems to boot normally, but then I get a
kernel panic - not
I've been sitting on this patch for a while, figured it's high time I
shared it with the world. This patch eliminates all kernel bugs, trims
about 35k off the typical kernel, and makes the system slightly
faster. The patch is against the latest bk snapshot, please apply.
Signed-off-by: Matt
The following tests are made with 'IRQ 8' at 95, rtc_wakeup
at 89(99):
* Heavy mmap load, no oom: max jitter: 42.1% ( 51 usec)
* Heavy mmap load, oom:max jitter: 11989.2% (14635 usec)
(but still missed irqs: 0, so IRQ 8 was also blocked for 14 ms)
did you get any kernel
On Fri, 2005-04-01 01:07:44 -0800, Matt Mackall [EMAIL PROTECTED]
wrote in message [EMAIL PROTECTED]:
I've been sitting on this patch for a while, figured it's high time I
shared it with the world. This patch eliminates all kernel bugs, trims
about 35k off the typical kernel, and makes the
On Thu, Mar 31, 2005 at 09:54:33PM +0200, Maximilian Engelhardt wrote:
On Fri, 2005-03-18 at 15:50 +0100, Romano Giannetti wrote:
It happens exactly the same on my laptop, sony vaio whose configuration is
http://www.dea.icai.upco.es/romano/linux/vaio-conf/laptop-config.html
I was
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
On Thu, 2005-03-31 at 23:59 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
On Thu, 2005-03-31 at 23:26 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
+static int cbus_event_thread(void
On Fri, 2005-04-01 at 00:48 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
New object has 0 reference counter when created.
If some work is appointed to the object, then it's counter is atomically
incremented. It is decremented when the work is finished.
If
It has to be made sure that H1+H2+H3 != H4+H5+H6,
Yeah - if you start trying to think about the general case here, the
combinations tend to explode on one.
I'm thinking we get off easy, because:
1) Specific arch's can apply specific short cuts.
My intuition was that any specific
On Thursday 31 March 2005 16:44, Rafael J. Wysocki wrote:
Hi,
On Wednesday, 30 of March 2005 12:05, Rafael J. Wysocki wrote:
On Wednesday, 30 of March 2005 07:53, Yu, Luming wrote:
On Tuesday 29 March 2005 17:56, Rafael J. Wysocki wrote:
Hi,
There is a problem on my box (Asus
Matt Mackall [EMAIL PROTECTED] wrote:
I've been sitting on this patch for a while, figured it's high time I
shared it with the world. This patch eliminates all kernel bugs, trims
about 35k off the typical kernel, and makes the system slightly
faster. The patch is against the latest bk
Hi!
Yes! With this it works ok.
Also, could you please try sticking psmouse_reset(psmouse) call at the
beginning of drivers/input/mouse/alps.c::alps_reconnect() and see if
it can suspend _without_ the patch above.
Both patches are working for me (Dell D600).
cc'ing the pcmcia maintainer and the author of
the patch for interrupt routing for TI bridges.
concerning a bug report about non working irq routing since 2.6.6-rc1
up until 2.6.12-rc1-mm3
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=270376
(lspci, dmesg)
hope you can help to resolve that
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
cn_queue_free_dev() will wait until dev-refcnt hits zero
before freeing any resources,
but it can happen only after cn_queue_del_callback() does
it's work on given callback device [actually when all callbacks
are removed].
When new callback
On Friday, 1 of April 2005 11:31, Yu, Luming wrote:
On Thursday 31 March 2005 16:44, Rafael J. Wysocki wrote:
Hi,
On Wednesday, 30 of March 2005 12:05, Rafael J. Wysocki wrote:
On Wednesday, 30 of March 2005 07:53, Yu, Luming wrote:
On Tuesday 29 March 2005 17:56, Rafael J. Wysocki
On Fri, 2005-04-01 at 01:25 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
On Thu, 2005-03-31 at 23:59 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
On Thu, 2005-03-31 at 23:26 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL
Reminds me of something, but can't find what... Gee... Is it really that old
?
Paul
Paul Rolland, rol(at)as2917.net
ex-AS2917 Network administrator and Peering Coordinator
--
Please no HTML, I'm not a browser - Pas d'HTML, je ne suis pas un navigateur
Some people dream of success... while
On Thu, 31 March 2005 23:19:41 +0200, Adrian Bunk wrote:
Jörn, can you send a list of call paths with a stack usage 3kB when
compiling with gcc 3.4 and unit-at-a-time (or tell me how to generate
these lists)?
I'll do a spin over the weekend.
If you want to generate the lists, you can
On Friday 01 April 2005 11:00, Dave Jones wrote:
:
-
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/majordomo-info.html
Please read the FAQ at
do I believe correctly that you do automatic builds of -mm for lots of
architectures? If yes, is there some place where the output is
available? This would be useful for fixing warnings.
The OSDL PLM tool also does automated builds of all -linus
and -mm releases. 2.6.12-rc1-mm4
On Fri, 2005-04-01 at 01:50 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
cn_queue_free_dev() will wait until dev-refcnt hits zero
before freeing any resources,
but it can happen only after cn_queue_del_callback() does
it's work on given callback device
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
keventd does very hard jobs on some of my test machines which
for example route big amount of traffic.
As I said - that's going to cause _your_ kernel thread to be slowed down as
well.
Yes, but it does not solve peak performance issues -
Rafael J. Wysocki wrote:
Hi,
On Fri, 2005-04-01 at 08:18, Pavel Machek wrote:
I believe we should freeze hotplug before processes.
I agree. IMO user space should not be considered as available once we have
started freezing processes, so hotplug should be disabled before. By the same
* Paul Jackson [EMAIL PROTECTED] wrote:
It has to be made sure that H1+H2+H3 != H4+H5+H6,
Yeah - if you start trying to think about the general case here, the
combinations tend to explode on one.
well, while i dont think we need that much complexity, the most generic
case is a
On Friday 01 April 2005 07:37, Robert Hancock wrote:
Stelian Pop wrote:
Just a thought: does deactivating cpufreq change anything ?
I haven't tested yet your program, but on my Asus K8NE-Deluxe very
strange things happen if cpufreq/powernow is activated *and*
the cpu frequency is
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
On Fri, 2005-04-01 at 01:50 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
cn_queue_free_dev() will wait until dev-refcnt hits zero
before freeing any resources,
but it can happen only after cn_queue_del_callback()
i have released the -V0.7.43-00 Real-Time Preemption patch, which can be
downloaded from the usual place:
http://redhat.com/~mingo/realtime-preempt/
this release too is a step towards more robustness. I found a bug that
caused an infinite recursion and subsequent spontaneous reboot. The bug
On Fri, 2005-04-01 at 02:30 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
keventd does very hard jobs on some of my test machines which
for example route big amount of traffic.
As I said - that's going to cause _your_ kernel thread to be slowed down
ChangeLog:
- Remove unnecessary catch in cn_fork_callback().
- Use reverse dependencies in Kconfig. By doing this, if fork
connector is enabled, the connector will be automatically
selected as built-in. It's the what we need.
- Move the cn_fork_enable and cb_fork_id declarations
On Fri, 2005-04-01 at 02:43 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
On Fri, 2005-04-01 at 01:50 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
cn_queue_free_dev() will wait until dev-refcnt hits zero
before freeing any
On Fri, 2005-04-01 at 15:12 +0400, Evgeniy Polyakov wrote:
cn_queue_wrapper() atomically increments cbq-cb-refcnt if runs, so it
will
be caught in
while (atomic_read(cbq-cb-refcnt))
msleep(1000);
in cn_queue_free_callback().
If it does not run, then all will be ok.
On Fri, 1 April 2005 12:17:23 +0200, Jörn Engel wrote:
On Thu, 31 March 2005 23:19:41 +0200, Adrian Bunk wrote:
Jörn, can you send a list of call paths with a stack usage 3kB when
compiling with gcc 3.4 and unit-at-a-time (or tell me how to generate
these lists)?
I'll do a spin
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
On Fri, 2005-04-01 at 02:30 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
keventd does very hard jobs on some of my test machines which
for example route big amount of traffic.
As I said - that's going to
Jeroen Vreeken schrieb:
Hi,
This benchmark was made in response to a recent post here on lkm were
Linus indicated he would welcom pretty much any benchmark.
Since there are already several database benchmarks, 3d benchmarks I
opted for a more down to earth approach.
As such I am pleased to
Hi!
Since 2.6.12-rc1-mmX I cannot get suspend2ram working again as it was
with 2.6.11-mm4 with the same .config.
I suspends fine, but never resumes. No CapsLock, no sysrq, no network is
working. Nothing in the log files. Is there anything which may cause
these troubles when compiled into
On Friday 01 April 2005 01:52, Dave Jones wrote:
On Thu, Mar 31, 2005 at 12:41:17PM +0200, Andi Kleen wrote:
On Wed, Mar 30, 2005 at 04:44:55PM -0500, Dave Jones wrote:
[apologies to Andi for getting this twice, I goofed the l-k address
the first time]
I arrived at the
This patch replaces and updates 6 timer patches which are currently
in -mm tree. This version does not play games with __TIMER_PENDING
bit, so incremental patch is not suitable. It is against 2.6.12-rc1.
Please comment. I am sending pseudo code in a separate message for
easier review.
This patch
Here it is code snippets for easier review.
typedef struct timer_base_s {
spinlock_t lock;
struct timer_list *running_timer;
} timer_base_t;
struct tvec_t_base_s {
timer_base_t t_base;
...
} tvec_bases[];
struct timer_list {
...
timer_base_t
i have released the -V0.7.43-00 Real-Time Preemption patch, which can be
downloaded from the usual place:
RT-V0.7.43-00 is failing to build here:
.
.
.
CC kernel/rcupdate.o
CC kernel/intermodule.o
kernel/intermodule.c:179: warning: `inter_module_register' is deprecated
I have an old Dell Precision 620 workstation with dual PIII 933's and
512 Mb memory. It also uses AIC-7899P U160/m SCSI controllers with one
U160 drive (boot drive) and one slower 18 Gb. I have been running many
different variants of the kernel on this system for quite some time with
much
On Fri, 2005-04-01 at 07:19 +0200, Ingo Molnar wrote:
* Steven Rostedt [EMAIL PROTECTED] wrote:
could you send me your latest patch for the bit-spin issue? My main
issue was cleanliness, so that the patch doesnt get stuck in the -RT
tree forever.
I think that's the main problem.
On 2005-03-31 16:21:55 (+0200), Jan Kara [EMAIL PROTECTED] wrote:
Hello,
I'm afraid that there is a bug in quota format v2 delete qentry.
(The root block shouldn't be put into free blk list even if there isn't
any entry in quota file, right?)
This one line patch may fix it.
Such
CONFIG_OPROFILE=m doesn't work on ppc64 if these aren't exported...
Signed-off-by: David Woodhouse [EMAIL PROTECTED]
Signed-off-by: Paul Mackerras [EMAIL PROTECTED]
--- linux-2.6.11/arch/ppc64/kernel/pmc.c.orig 2005-03-31 20:31:07.0
+0100
+++ linux-2.6.11/arch/ppc64/kernel/pmc.c
Hi Andrew.
The attached patch moves the
IRQ-related SA_xxx flags (namely,
SA_PROBE, SA_SAMPLE_RANDOM and
SA_SHIRQ) from all the arch-specific
headers to linux/signal.h.
This looks like a left-over after
the irq-handling code was consolidated.
The code was moved to kernel/irq/*, but
the flags are
Hello, developers.
In order to compete with the new upcoming releases of the
various OSes, and to join all developers efforts into the
one really promising and powerfull direction,
I present you following patch,
which removes absolutely unused in a real world,
unsupported by vendors and
diff -ru ./linux-2.6.9-orig/drivers/scsi/in2000.h
./linux-2.6.9/drivers/scsi/in2000.h
--- ./linux-2.6.9-orig/drivers/scsi/in2000.h2005-03-31 16:26:50.0
+0400
+++ ./linux-2.6.9/drivers/scsi/in2000.h 2005-03-31 17:09:52.0 +0400
@@ -34,11 +34,6 @@
#define DEBUGGING_ON /*
Andrew Morton writes:
David Gibson [EMAIL PROTECTED] wrote:
On Thu, Mar 31, 2005 at 03:11:29PM -0800, Andrew Morton wrote:
Mikael Pettersson [EMAIL PROTECTED] wrote:
Here's a 3-part patch kit which adds a ppc64 driver to perfctr,
written by David Gibson [EMAIL
* Rui Nuno Capela [EMAIL PROTECTED] wrote:
i have released the -V0.7.43-00 Real-Time Preemption patch, which can be
downloaded from the usual place:
RT-V0.7.43-00 is failing to build here:
kernel/rt.c:1435: error: `up_read' undeclared here (not in a function)
kernel/rt.c:1435: error:
Hello,
since the first version of 2.6.12-rc1 and mm[1-4] kernel I can't use any
of my PCI-Express devices that worked with all 2.6.11.[1-6] kernels.
It's a real odd right now.
I have 25 computers with an Intel 925XE Chipset based motherboards and
Intel 6xx CPU on it. So far it does not metter
* Oleg Nesterov [EMAIL PROTECTED] wrote:
This patch replaces and updates 6 timer patches which are currently in
-mm tree. This version does not play games with __TIMER_PENDING bit,
so incremental patch is not suitable. It is against 2.6.12-rc1. Please
comment. I am sending pseudo code in
Hi.
I thought I might try this one again (with updated code and more compete
info):
I have a special hardware driver module that leads to unexpected trouble
at load-time; insmod simply segfaults. That's unexpected not because I
can guarantee that the module is good, but because the problem
On Fri, 1 Apr 2005, Evgeniy Polyakov wrote:
Hello, developers.
In order to compete with the new upcoming releases of the
various OSes, and to join all developers efforts into the
one really promising and powerfull direction,
I present you following patch,
which removes absolutely unused in a real
* Oleg Nesterov [EMAIL PROTECTED] wrote:
struct timer_list {
...
timer_base_t *_base;
};
namespace cleanliness: i'd suggest s/_base/base.
another detail:
int __mod_timer(struct timer_list *timer, unsigned long expires)
[...]
/* Ensure the timer is serialized.
On Fri, 2005-04-01 at 03:20 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
On Fri, 2005-04-01 at 02:30 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
keventd does very hard jobs on some of my test machines which
for example
[PATCH snipped]
Cruel joke. Now 80 percent of the Intel clones won't boot.
Those are the ones that run industry, you know, the stuff that
is necessary to earn money.
Without i386 support, you don't have any embedded systems. You
need to use the garbage Motorola CPUs and the proprietary
operating
Even when the errors described in my previous mail does not occur,
massive USB stick transfers cause latencies of 1 to 2 milliseconds,
which is way too much for realtime control systems.
do these occur under PREEMPT_RT? If yes, do you get any
useful trace if
you enable all the
Ingo Molnar wrote:
* Oleg Nesterov [EMAIL PROTECTED] wrote:
struct timer_list {
...
timer_base_t *_base;
};
namespace cleanliness: i'd suggest s/_base/base.
I deliberately renamed it to '_base' because then it is much more grepable.
But I don't mind doing s/_base/base/ if you
The pid directories in /proc/ currently return the wrong hardlink count - 3,
when there are actually 4 : ., .., fd, and task.
This is easy to notice using find(1):
cd /proc/pid
find
In the output, you'll see a message similar to:
find: WARNING: Hard link count is wrong for .:
* kus Kusche Klaus [EMAIL PROTECTED] wrote:
IRQ 7-724 0d..11us : end_8259A_irq (do_hardirq)
IRQ 7-724 0d..11us!: enable_8259A_irq (do_hardirq)
IRQ 7-724 0d... 832us : do_hardirq (do_irqd)
IRQ 7-724 0d... 833us : trace_irqs_on (do_hardirq)
mmap-1000 0d.h1
Toralf Lund wrote:
Hi.
I thought I might try this one again (with updated code and more
compete info):
Right. I think maybe I've made some kind of stupid mistake. Sorry.
I looked, and looked again, and just couldn't find anything wrong with
the module (so it must be the kernel, right?), but I
On Thu, Mar 31, 2005 at 08:22:17PM -0500, Trond Myklebust wrote:
to den 31.03.2005 Klokka 16:13 (-0800) skreiv Andrew Morton:
Trond Myklebust [EMAIL PROTECTED] wrote:
on den 30.03.2005 Klokka 18:17 (-0500) skreiv Trond Myklebust:
Or have I misunderstood the intent? Some /*
Hi, Tommy Reynolds schrub am Thu, 31 Mar 2005 20:41:35 -0600:
Uttered Andrew Morton [EMAIL PROTECTED], spake thus:
if (uskb) {
netlink_unicast(dev-nls, uskb, 0, 0);
}
Unneeded {}
However, for maintainability (and best practices) they are essential.
They do add
Hi Herbert,
For the default zlib parameters (which crypto/deflate.c does not use)
the maximum overhead is 5 bytes every 16KB plus 6 bytes. So for input
streams less than 16KB the figure of 12 bytes is correct. However,
in general the overhead needs to grow proportionally to the number of
I had created a new raid1 array and started moving a volume group to it at the
same time while it was reconstructing. Got this oops after several hours,
apparently while cron-jobs were run.
1 GB of memory, HIGHMEM configured.
Unable to handle kernel paging request at virtual address f88d63a0
Ingo wrote:
but i'd too go for the simpler 'pseudo-distance' function, because it's
so much easier to iterate through it. But it's not intuitive. Maybe it
should be called 'connection ID': a unique ID for each uniqe type of
path between CPUs.
Well said. Thanks.
--
I
thx - i've uploaded -43-01 which should fix this.
Now it's dying-on-the-beach:
.
.
.
if [ -r System.map -a -x /sbin/depmod ]; then /sbin/depmod -ae -F
System.map 2.6.12-rc1-RT-V0.7.43-01.0; fi
WARNING:
/lib/modules/2.6.12-rc1-RT-V0.7.43-01.0/kernel/drivers/usb/storage/usb-storage.ko
needs
Michael Thonke napisa(a):
Hello,
since the first version of 2.6.12-rc1 and mm[1-4] kernel I can't use any
of my PCI-Express devices that worked with all 2.6.11.[1-6] kernels.
It's a real odd right now.
I have 25 computers with an Intel 925XE Chipset based motherboards and
Intel 6xx CPU on it.
On Fri, 2005-04-01 at 15:36 +0100, Artem B. Bityuckiy wrote:
In our code we do zlib_deflate(stream, Z_SYNC_FLUSH), so we always flush
the output. So the final zlib_deflate(stream, Z_FINISH) requires 1 byte
for the EOB marker and 4 bytes for adler32 (5 bytes total). Thats all. If
we compress
On Apr 1, 2005, at 3:09 PM, linux-os wrote:
[PATCH snipped]
Cruel joke. Now 80 percent of the Intel clones won't boot.
Those are the ones that run industry, you know, the stuff that
is necessary to earn money.
Without i386 support, you don't have any embedded systems. You
need to use the garbage
David Woodhouse wrote:
Hm. Could we avoid using Z_SYNC_FLUSH and stick with a larger amount?
That would give us better compression.
Yes, the compression will be better. But the implementation will be more
complicated.
We can try to use the bound functions to predict how many bytes to
pass to the
On Fri, 2005-04-01 at 18:57 +0400, Artem B. Bityuckiy wrote:
Yes, the compression will be better. But the implementation will be more
complicated.
We can try to use the bound functions to predict how many bytes to
pass to the deflate's input, but there is no guarantee they'll fit into
the
* Rui Nuno Capela [EMAIL PROTECTED] wrote:
thx - i've uploaded -43-01 which should fix this.
Now it's dying-on-the-beach:
needs unknown symbol __compat_down_failed_interruptible
ok - does -43-02 work any better?
Ingo
-
To unsubscribe from this list: send the line unsubscribe
On Fri, Apr 01, 2005 at 11:17:08AM +0200, Romano Giannetti wrote:
and nothing more. Well, this was done with the double console, so that I
will try again as soon as I have a bit of time with just the serial console
on.
Much better now. Configuration, dmesg at boot, etc are at
linux-os [EMAIL PROTECTED] writes:
[PATCH snipped]
Cruel joke. Now 80 percent of the Intel clones won't boot.
Those are the ones that run industry, you know, the stuff that
is necessary to earn money.
For now, yes. Hopefully it will change some day.
Without i386 support, you don't have
On Wed, Mar 30, 2005 at 12:39:07PM -0800, Andrew Morton wrote:
snip
I wonder if it would make more sense for all the -fill_super callers to
set MS_ACTIVE prior to calling -fill_super(), and clear MS_ACTIVE if
fill_super() failed?
This sounds like a better solution, although filesystems
On Fri, 1 Apr 2005, Renate Meijer wrote:
On Apr 1, 2005, at 3:09 PM, linux-os wrote:
[PATCH snipped]
Cruel joke. Now 80 percent of the Intel clones won't boot.
Those are the ones that run industry, you know, the stuff that
is necessary to earn money.
Without i386 support, you don't have any
On Fri, 1 Apr 2005, [iso-8859-1] Måns Rullgård wrote:
linux-os [EMAIL PROTECTED] writes:
[PATCH snipped]
Cruel joke. Now 80 percent of the Intel clones won't boot.
Those are the ones that run industry, you know, the stuff that
is necessary to earn money.
For now, yes. Hopefully it will change
On Apr 1, 2005 10:16 AM, Richard B. Johnson [EMAIL PROTECTED] wrote:
On Fri, 1 Apr 2005, Renate Meijer wrote:
On Apr 1, 2005, at 3:09 PM, linux-os wrote:
[PATCH snipped]
Cruel joke. Now 80 percent of the Intel clones won't boot.
Those are the ones that run industry, you know,
David Woodhouse wrote:
On Fri, 2005-04-01 at 18:57 +0400, Artem B. Bityuckiy wrote:
Yes, the compression will be better. But the implementation will be more
complicated.
We can try to use the bound functions to predict how many bytes to
pass to the deflate's input, but there is no guarantee
Måns Rullgård wrote:
So you are proposing the addition of a per-file attribute, with
restricted access, and potentially dangerous effects if set
incorrectly. This, combined with the fact that is unlikely to receive
much testing, all speaks against it.
Almost every attribute can be dangerous if
On Fri, Apr 01, 2005 at 03:36:23PM +0100, Artem B. Bityuckiy wrote:
In our code we do zlib_deflate(stream, Z_SYNC_FLUSH), so we always flush
the output. So the final zlib_deflate(stream, Z_FINISH) requires 1 byte
for the EOB marker and 4 bytes for adler32 (5 bytes total). Thats all. If
we
Burton Windle wrote (on Wed, Mar 30, 2005 at 06:01:21PM -0500):
On Wed, 30 Mar 2005, Nachman Yaakov Ziskind wrote:
I have a server:
2.4.20-28.7 #1 Thu Dec 18 11:31:59 EST 2003 i686
Looking at the output of 'top' may be helpful, as it will show if the
system is CPU or IO bound. However,
The attached patch fixes the way request_key handles the default destination
key when it's the group keyring. It also removes the check for the no-change
default keyring spec, which shouldn't appear in the task_struct::jit_keyring
member (it's purely for getting the old value from the keyctl
Gentlehackers,
The day to clarify the real definition of -rc is finally here.
Steven
--- linux-2.6.12-rc1-mm4/Documentation/feature-list-2.6.txt.orig
2005-04-01 07:56:23.0 -0700
+++ linux-2.6.12-rc1-mm4/Documentation/feature-list-2.6.txt 2005-04-01
07:59:21.0 -0700
@@
On Fri, 1 April 2005 16:22:50 +0100, Artem B. Bityuckiy wrote:
Another question, does JFFSx *really* need the peaces of a 4K page to be
independently uncompressable? It it wouldn't be required, we would achieve
better compression if we have saved the zstream state. :-) But it is too
late
On Fri, 1 Apr 2005, Dmitry Torokhov wrote:
On Apr 1, 2005 10:16 AM, Richard B. Johnson [EMAIL PROTECTED] wrote:
On Fri, 1 Apr 2005, Renate Meijer wrote:
On Apr 1, 2005, at 3:09 PM, linux-os wrote:
[PATCH snipped]
Cruel joke. Now 80 percent of the Intel clones won't boot.
Those are the ones that
Horst von Brand wrote:
Even better: Write a C wrapper for each affected program that just renices
it as needed.
I suggest to implement scalable solution, so the final user wont't have
to write separate wrapper for *each* program. universal wrapper is
better solution, but (now i know, that
I thought stored blocks (incompressible blocks) were limited to 64K
in size, no?
Blocks are limited in size by 64K, true. But why it matters for us?
Suppose we compress 1 GiB of input, and have a 70K output buffer. We
reserve 5 bytes at the end and start calling zlib_deflate(stream,
1 - 100 of 631 matches
Mail list logo