before"?
That is very important for computer forensics. Esp. in saving your ass!
Ok, now back again to making that fast :-)
Best Regards
Ingo Oeser
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majord
and why does this
help scalability?
Many thanks and Best Regards
Ingo Oeser, puzzled a bit :-)
--
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 http://www.tux.org/lkml/
es, and I like most of it. The only thing really missing for me
is LVM support. Debian (?) did a evil hack to make it work.
Maybe one day this itches soo much, I'll even scratch it :-)
Then I'll be able to test kernels on a standard LVM installation again.
So please keep up the good wo
the "soft" panic better, where you still can operate the
kernel debugging features, but just have no user space supporting it.
One better hopes, that keyboards never need external firmware to be loaded
at this stage :-)
Best Regards
Ingo Oeser, who just hit the same problem yesterday.
Hi Bernd,
CC'ed hpa, since I'm sure he can give useful advise on that :-)
On Sunday 06 January 2008, Bernd Schubert wrote:
> On Sunday 06 January 2008, Ingo Oeser wrote:
> > Hi Bernd,
> >
> > On Sunday 06 January 2008, you wrote:
> > > I
msleep(60 * 1000);
ssleep(60);
> panic("VFS: Unable to mount root fs on %s", b);
> }
Better would be for this and similiar panic()s
(fatal user/admin errors on boot) to NOT print a stack trace+registers,
since it is useless and actually hides useful information.
ier lists
ARE internal variables) to modules.
What do you think?
Best Regards
Ingo Oeser
--
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 http://www.tux.org/lkml/
only that it is rounding and make the unit arbitrary.
That reduces the ABI requirements.
Best Regards
Ingo Oeser
--
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 http://www.tux.org/lkml/
res here? That shouldn't be
killed by the OOM killer in that situation, should it?
Am I missing sth.?
Best Regards
Ingo Oeser
--
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.k
stalled :-).
So I'm fine either way, since I see you point.
Best Regards
Ingo Oeser
-
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 http://www.tux.org/lkml/
linux/leds.h under include/
Since you explicitly WANT user space to control these, that should
be the right API.
Richard, what do YOU think?
Best Regards
Ingo Oeser
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTE
in
> the task_struct.
Why not make it a task flag, since according to your code, you are only
interested whether this is <= 1 or > 1. Since !(x <= 1) <=> (x > 1)
for any given unsigned integer x, the required data structure is
a "boolean" or a flag.
Best Regards
Ingo Oes
eady. So kbuild is just lacking an "else"
clause here.
Best Regards
Ingo Oeser
-
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 http://www.tux.org/lkml/
(see the kerneldoc).
^
So why not name it path_walk_put_pair() then?
Rationale: "_both" is just counting, "_pair"
means they are related somehow.
Best regards
Ingo Oeser
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
r split that into -debug-y and -optimize-y flags,
but that was just for my own convenience.
Best Regards
Ingo Oeser
-
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/majordom
", 0644, NULL);
> + pe = create_proc_entry("root_user_cpu_share", 0644, NULL);
> if (!pe)
> return -ENOMEM;
What about moving this debug stuff under debugfs?
Please consider using the functions in .
They compile into nothing, if DEBUGFS is not compiled in
and hav
might be able
to fix that by upgrading your BIOS. That often needs a Windows
tool. Linux people not always (want to) have access to Windows :-)
I reported the all the problems (starting 2001), no developer
seemed interested.
I can report them against the latest RC6 kernel tomorrow and put them
[PATCH] crypto: cleanup: Use max() in blkcipher_get_spot() to state the
intention.
Signed-off-by: Ingo Oeser <[EMAIL PROTECTED]>
---
Hi Herbert,
here is the requested patch against Linus' latest tree.
It at least compiles.
Best Regards
Ingo Oeser
crypto/blkcipher.c |2
static inline u8 *blkcipher_get_spot(u8 *start, unsigned int len)
{
u8 *end_page = (u8 *)(((unsigned long)(start + len - 1)) & PAGE_MASK);
return max(start, end_page);
}
Best Regards
Ingo Oeser
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&quo
pend_other().
NOTES
The value -1 for tid is reserved for future extension
(e.g. meaning ALL other threads).
This call might be restricted to the main thread.
-
Any opinions?
Best Regards
Ingo Oeser
-
To unsubscribe from this list: send the line "unsubscribe
rn (void *)p;
}
return NULL;
}
Now the compiler should see the loop more clearly.
Best Regards
Ingo Oeser
-
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-inf
Hi Neil,
> +static struct limit_names lnames[RLIM_NLIMITS] = {
static const ...
may be better here.
Best Regards
Ingo Oeser
-
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://vg
Code is in lib/genalloc.c, if you like to take a look.
Memory for MANAGING free/allocated space is NOT taken
from your on-card memory! That allocator is explicitly developed
for such use cases.
Happy hacking!
Best regards
Ingo Oeser
-
To unsubscribe from this list: send the line "unsubs
t_send_background(fc, req);
kfree(ff);
}
This will also fix the missing smp_barriers, is very simple, saves code,
makes your life easier and is a well known known kernel infrastructure :-)
BTW: FUSE rocks! :-)
You can add my "Signed-off-by: Ingo Oeser <[EMAIL PROTECTED]>"
_MAX);
}
static inline bool ext4_dir_link_empty(const struct inode *dir)
{
#ifdef FOOBAR
return dir->i_nlink == 2 || dir->i_nlink == 1;
#else
return dir->i_nlink == 2;
#endif
}
FOOBAR is the define, which enables ext4_is_dx().
That is not in the patch, so left as an ex
ou actually make the
damn fast change rate of Linux possible by keeping the base clean
and neat.
Best Regards
Ingo oeser
-
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 http://www.tux.org/lkml/
Hi,
On Friday 08 June 2007, Nadia Derbey wrote:
> Ingo Oeser wrote:
> > ... together with this means 4*256 -> 1k of precious stack space used.
> > Please consider either lowering IPCS_MAX_SCAN_ENTRIES or kmalloc() that.
> You're completely right, but trying to lowe
nnot sleep, try to lower that constant (e.g. 16-32).
The current users use much smaller numbers.
If you can sleep and performance goes down after lowering that constant,
try to kmalloc these arrays (since kmalloc() of that small amount
should succeed easily).
Regards
Ingo Oeser
-
To unsubscrib
ich is much more readable, more documented and doesn't contain a condition
monster :-)
@Patrick: Could you check, wether the PPPoE case is correct?
What do you think? Should I submit a patch for that?
Best Regards
Ingo Oeser
-
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 http://www.tux.org/lkml/
ocess or thread pool to scale beyond that.
Pool size is typically related to the amount of CPU cores in the system.
Regards
Ingo Oeser
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info a
u want a way to
> keep sub-second sleep granularity?
No, I'm just overworked and getting sloppy :-/
Sorry for the noise...
Best regards
Ingo Oeser
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
t imagine a surveillance camera triggered by door entrance.
Yes, these things might run Linux (e.g. on "cris" architecture).
Or your VCR.
Yes, these devices might sleep more than they are awake,
if you are not a TV junkie :-)
Best regards
Ingo Oeser
-
To unsubscribe from this list:
magic.
Don't worry, we have __packed predefined for this.
Just look in include/linux/compiler-gcc.h
I love it, because I always forget at least one brace or undescore level :-)
Regards
Ingo Oeser
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
answer either... or maybe it
> is
Ok, what about debugfs then? If it is just for debugging blobs -> debugfs,
if it is crucial for operation -> sysfs and representation of one value
per file.
Regards
Ingo Oeser
-
To unsubscribe from this list: send the line "unsub
force a feature to be a module on a kernel without
module support, it will effectivly be disabled.
And if it is so simple to do the same in userspace like you suggest,
than that's much better.
Best Regards
Ingo Oeser
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&q
I don't want
to
mlseep() twice on the same reset timeout).
But we usually use locking to order that.
Do I miss anything fundamental here?
Regards
Ingo Oeser
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
rs a driver/subsystem
to actually queue work into a thread.
And when there is a close(), socket-destruction, service completion
or whatever these threads can be marked for destruction and destroyed
by a timer or even immediately.
Regards
Ingo Oeser
--
If something is getting cheap, it is getting
ese counters quiete easy, since most of them are
the hamming weight (or population count) of some bitmaps.
Does this sound like a proper hacky solution? :-)
Regards
Ingo Oeser
pgpeUyaLE4v0G.pgp
Description: PGP signature
Hi Randy,
On Monday 19 March 2007, Randy Dunlap wrote:
> Were there any patches written after this? If so, I missed them.
> If not, does this patch help any?
How is division by zero avoided? Maybe one can avoid setting it to zero.
Regards
Ingo Oeser
-
To unsubscribe from this list: se
hores aren't good "busy/ready flags", as you might have already noticed.
Many Thanks and Best Regards
Ingo Oeser, the down{_interruptible,}_timeout() implementation of Linux :-)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
>vm_end : mm->mmap_base;
> mm->unmap_area(mm, addr);
> mm->mmap_cache = NULL; /* Kill the cache. */
> }
Please comment, why you think this is necessary.
Thanks & Regards
Ingo Oeser
-
To unsubscribe from this list: send the line "unsubscribe linux
On Monday, 5. February 2007, Linus Torvalds wrote:
> So thank God for the few selects we have, and we should add a whole lot
> more!
But "select" is not fine grained enough.
I would like to have "require", "recommend", "suggest" for feature A.
require X
does not work without X, but X is
g nr_segs;
unsigned long seg_limit;
size_t nr_bytes;
};
That will enable resizeable iodescs with partial completion state and
will enable successive filling of an iodesc with iovs.
This will be needed anyway. I built an complete short userspace
module for that already. I can po
t; + .data = NULL,
> + .maxlen = 0,
> + .mode = 0600,
> + .proc_handler = &pm_do_freq
> + },
> + {}
> };
dito
Regards
Ingo Oeser
-
To unsubscribe from this list: send the line "unsubscribe
+ 1,
> + .procname = "autoprobe0",
> + .data = NULL,
> + .maxlen = 0,
> + .maxlen = 0444,
> + .proc_handler = &do_autoprobe
> + }
On Monday, 1. January 2007 17:25, Andreas Schwab wrote:
> Ingo Oeser <[EMAIL PROTECTED]> writes:
> > Then this works, because the side effect (+20) is evaluated only once.
>
> It's not a side effect, it's a non-lvalue, and you can't take the address
> of a
Hi,
On Monday, 1. January 2007 07:37, Amit Choudhary wrote:
> --- Ingo Oeser <[EMAIL PROTECTED]> wrote:
> > #define kfree_nullify(x) do { \
> > if (__builtin_constant_p(x)) { \
> > kfree(x); \
> > } else { \
> > typeof(x) *__a
#define kfree_nullify(x) do { \
if (__builtin_constant_p(x)) { \
kfree(x); \
} else { \
typeof(x) *__addr_x = &x; \
kfree(*__addr_x); \
*__addr_x = NULL; \
} \
} while (0)
Regards
Ingo Oeser
-
To unsubscribe from this
case MSR_IA32_P5_MC_TYPE:
> case MSR_IA32_MC0_CTL:
What about just defining constants for these?
Then you can rip out these comments.
Same for linux-2.6/drivers/kvm/vmx.c
Regards
Ingo Oeser
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
PV6) || defined(CONFIG_IPV6_MODULE)
> + case AF_INET6:
> + do {
> + struct in6_pktinfo *pki =
> + (struct in6_pktinfo *) CMSG_DATA(cmh);
> +
No casting needed, so:
struct in6_pktinfo *pki = CMSG
et rid of it? (Seems to apply to other places as well.)
Because if done properly that often exceeds the 80 column limit.
The intermediate variable should be optimized away from the compiler.
But kcalloc() is better for another reason: Overflow checking.
Regards
Ingo Oeser
-
To unsubscribe from this
iting infrastructure.
Many device types come with eeproms today and they implement
it per driver or subsystem. On embedded platforms these EEPROMs
might even be shared among different devices.
So it might be time to generalize this like we did with LEDs.
Any comments?
Regards
Ingo Oeser
-
To un
is free" is an event, so you should use wait_event_timout()
for that
Regards
Ingo Oeser
-
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 http://www.tux.org/lkml/
e just pure noise and should be removed.
>
> I find them useful in my own drivers; they are definitely not pure noise.
gcc -finstrument-functions
can do that completely without adding noise to the sources.
been there, done that. With a gcc-patch you don't even need to
resolve symbols.
I would suggest adding sth. like Coreys user_strtoul() to lib/string.c
which would reduce bloat and security threats for the kernel.
Regards
Ingo Oeser
pgpZueJv3kxez.pgp
Description: PGP signature
is implement already as "no_llseek()"
by the VFS, so you delete it from the driver an use no_llseek() from
the VFS instead.
Regards
Ingo Oeser
pgpfDmvKLYTKl.pgp
Description: PGP signature
ice cleanup, does anybody remember,
why the inner loops are duplicated in the source?
If there are no arguments for it, I would like to consolidate them
to a function or a define, if they share to much state.
Or is the duplicate just considered cleaner?
Regards
Ingo Oeser
-
To unsubscribe from th
I'm not
sure about that one.
Regards
Ingo Oeser
pgpjbXsBpz0gN.pgp
Description: PGP signature
The memory pointed to it
will be assigned to a variable whose modification you cannot control.
And while you are at it, please check, wether this can be uninlined,
since it does a lot of things and is called from quite some sites
then.
Regards
Ingo Oeser
pgpmUfxLaepzk.pgp
Description: PGP signature
that the fastest diesel is actually
Vin Diesel :-)
Have Fun!
Ingo Oeser
pgpCokNmuRJzI.pgp
Description: PGP signature
tical sense,
but should help you argumenting.
Regards
Ingo Oeser
pgpQQpmbZAcFx.pgp
Description: PGP signature
ariables. And for that you really want to access modules
> and vmalloc. And it's much easier to parse than /proc/kcore
Perfect! So it should be under CONFIG_DEBUG_KERNEL and default to off.
So you can still debug and we raise the bar higher for rootkits,
if they are the only other user.
To
,
this argument is not very strong.
Last argument: Many kernel developers -- including Linus --
don't like "#if" in C files and prefer them in headers.
Their reasons might be similiar to my own.
Regards
Ingo Oeser
[1] Let's just consider the values of the pre-processor symbols here, ok?
[2] Pavel Machek used this already to combine Makefile and C file :-)
pgpS2eoyKJboQ.pgp
Description: PGP signature
en just leave the code as is and let GCC optimize the dead code
away without any changes in the C file. It works, I just checked it ;-)
Regards
Ingo Oeser
pgpjkl6LFAYYy.pgp
Description: PGP signature
e behaviour of
> show/store.
The whole part of the Documentation is obsoleted by the fact,
that struct device has no structure member called "name".
People hacking sysfs should also try to hack the docu to match or
at least remove the obsolete parts of it.
So you can drop this patch al
sub$0x1c,%esp
3: 8d 44 24 10 lea0x10(%esp),%eax
7: 89 44 24 08 mov%eax,0x8(%esp)
so avg(3-7, 3-0) = 2.5
and so on...
Happy analyzing!
Regards
Ingo Oeser
pgpQz9Sa4VgH3.pgp
Description: PGP signature
or checking tool warning is silenced
and the log is not spammed for the embedded people.
For code, which is broken without procfs, the code
should be fixed or it should select PROC_FS in its Kconfig file.
Regards
Ingo Oeser
pgp4s9qFpX6R1.pgp
Description: PGP signature
foobar(bar + foo * oof)) {
}
since a statement cannot start with binary operators
and as such we are SURE that there must have been something before.
And this matches with old shop owner calculations like:
1
+ 2
+ 3
----
6
which we all know since early math classes.
Regards
Ingo Oeser
pgpC5TxreXsJl.pgp
Description: PGP signature
write_null from
drivers/char/mem.c to fs/libfs.c and export them.
But for what do you need a successful dummy read/write?
Regards
Ingo Oeser
pgpsV5J7kgPff.pgp
Description: PGP signature
e.
Regards
Ingo Oeser
-
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 http://www.tux.org/lkml/
ramming by contract anyone? ;-)
Regards
Ingo Oeser
-
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 http://www.tux.org/lkml/
l" right!
Just remember that integer math with limited bits is always ring math ;-)
I love to abuse this for buffers and save an if.
Regards
Ingo Oeser
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
if for some reason we wish to restrict
> what CPU features userspace uses.
Why not putting the required information into the AUX table
when executing your ELF programs? I loved this feature in the
ix86 arch.
Regards
Ingo Oeser
-
To unsubscribe from this list: send the line "unsubscribe li
Chris Friesen wrote:
> Ingo Oeser wrote:
> > Stupid applications can starve other applications for a while, but not
> > forever, because the kernel is still running and deciding.
>
> Not so.
>
>
>
> task 1: sched_rr, priority 1, takes mutex
> task 2: sched_rr
ting in one CPU and your task is NOT bound to a specific CPU.
So the system is not brought down, but just busy in a infortunate way.
Stupid applications can starve other applications for a while, but not
forever, because the kernel is still running and deciding.
Regards
Ingo Oeser
-
To unsub
0;
> +}
The argument "dir" is not used. Please remove it and fix the callers.
Regards
Ingo Oeser
-
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/majo
to use information from modules, there should be a scriptable
tool to extract this kind of information, otherwise it will be a bitch to
maintain those tools.
Regards
Ingo Oeser
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EM
the user process ...
So if the application wants an read only range of zeroed pages, why
not just map the ZERO_PAGE() multiple times there?
I can imagine _valid_ uses for that (templates for zero intitialized data),
although there are _better_ ways to do that.
Regards
Ingo Oeser
-
To unsubsc
t hw_handler *hwh, status_type_t type, char *result,
unsigned int maxlen);
};
But you might want to loose status_type_t, too. Also hw_foo is a bit generic,
isn't it? We are all dealing with "hardware" in any driver (which is
basically another word for "hardware han
triction should be
"nolfn", which will not allow lfns to be created and is what you actually
intend, right?
But this will break API today, so it should be added to list of
features that will change.
Regards
Ingo Oeser
-
To unsubscribe from this list: send the line "unsubscrib
hard hanging
kernel with interrupts disabled. It still got data from a tuner, through an
MPEG decoder, an MPEG demultiplexer and played it to the audio card.
Not just a buffer like ALSA/OSS, but as long as I would like and it's end to end
without any CPU intervention.
That behavior would b
, which read/write through page cache.
Regards
Ingo Oeser
--
Use ReiserFS to get a faster fsck and Ext2 to fsck slowly and gently.
-
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
ys locked, if the
reader wants to read from this queue.
The above can be solved by 2^N "One entry queues" (aka slots)
and sequence numbers mapping to this slots. If you need many
slots (more then 256, I would say) then this is again
inaccaptable, because of the iteration cos
y new
> feature, and both 2.4.X and 2.2.X are in feature freeze.
Right. And besides: HPA coded a similar patch for 2.4.x, while he
fixed some issues.
So you might try his work or even come to an agreement on the
format.
Regards
Ingo Oeser
--
Use ReiserFS to get a faster fsck and Ext2 to fsck
clones.
Even the vga card has IRQ 11 assigned.
So this is not really unknown ;-)
Regards
Ingo Oeser
[1] class 0b40, vendor id: 10e8, device id: 807d
--
To the systems programmer,
users and applications serve only to provide a test load.
-
To unsubscribe from this list: send the line "u
On Sat, May 26, 2001 at 10:27:09PM -0400, Jeff Garzik wrote:
> > * Service Location Protocol (SLP)
www.openslp.org
Regards
Ingo Oeser
--
To the systems programmer,
users and applications serve only to provide a test load.
-
To unsubscribe from this list: send the line "unsubs
rq/*/smp_affinity
There you can select on which if the 32 CPUs Linux should handle
this IRQ.
Read Documentation/IRQ-affinity.txt for more.
Regards
Ingo Oeser
--
To the systems programmer,
users and applications serve only to provide a test load.
-
To unsubscribe from this list: send the line "un
h I
consider bogus)
Theory is nice, but until someone can show me a clean design for
this (admittedly heavy ;-)) example, I just don't buy your
arguments.
A *better* ioctl would be nice, but we still need an "catch all
exceptional accesses" interface, IMNSHO.
Regards
Ing
. I don't understand, why we
support this BUG...
Maybe some GCC people can enlighten me, why GCC ignores such
overrides, that are for the cases where we DO KNOW BETTER than
GCC, what section is correct.
Regards
Ingo Oeser
--
To the systems programmer,
users and applications serve only to provide
're yammering for help.. so I did that and it helped.
The rationale for this is easy: free pages is wasted memory,
clean pages is hot, clean cache. The best state a cache can be in.
Regards
Ingo Oeser
--
To the systems programmer,
users and applications serve only to provide a test load.
onsumers don't like to pay for quality.
Germany has learned this lesson and thus "Made in Germany"
doesn't mean anything for certain products anymore :-(
Regards
Ingo Oeser
--
To the systems programmer,
users and applications serve only to provide a test load.
-
To un
influencing readability and
comprehensability.
Regards
Ingo Oeser
--
To the systems programmer,
users and applications serve only to provide a test load.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
On Fri, May 18, 2001 at 03:23:03PM -0300, Rik van Riel wrote:
> On Fri, 18 May 2001, Ingo Oeser wrote:
>
> > Rik: Would you take patches for such a tradeoff sysctl?
>
> "such a tradeoff" ?
>
> While this sounds reasonable, I have to point out that
> up to
is comes more and more into Linux :-(
Rik: Would you take patches for such a tradeoff sysctl?
Regards
Ingo Oeser
--
To the systems programmer,
users and applications serve only to provide a test load.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body o
001
+++ linux-2.4.4-ac10-ioe/drivers/char/serial.c Thu May 17 20:35:53 2001
@@ -4205,6 +4205,7 @@
{
__set_current_state(TASK_UNINTERRUPTIBLE);
schedule_timeout(HZ/10);
+ return 0;
}
/*
Regards
Ingo Oeser
--
To the systems programmer,
users and applications serve only to provid
123 everything works fine...
Your xmms uses esd[1]?
Friends of mine report problems with esd and 2.4.x. Tested on
SB-Live! and es1371.
Regards
Ingo Oeser
[1] E Sound Deamon - A sound mixing framework
--
To the systems programmer,
users and applications serve only to provide a test load.
-
To u
l-hacking.tmpl
But better do
make htmldocs
in the kernel top level directory and read
Documentation/DocBook/kernel-hacking/lk-hacking-guide.html
instead.
Sample code is scattered all around in the kernel.
Regards
Ingo Oeser
--
To the systems programmer,
users and applications serve o
e about entities
that have capabilities and programming interfaces. What they
_really_ are and if this is only emulated is not important.
Sorry, I don't see your point here :-(
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
s
on that machine ;-)
PS: It's not that hard to build a machine, which can support
both. E-Mail me, if you would like to know _how_ to do that.
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<
() has it's beauties, but ...
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<<<<<<< been there and had much fun >>>>>>>>>>>>
-
To unsubscribe
1 - 100 of 228 matches
Mail list logo
