Alan Ott wrote:
> Prevent set_channel() from getting called every time a packet is sent. This
> looks like it was an oversight.
at86rf230.c and derivatives avoid this problem by setting
phy->current_* in the *_channel function.
But I'd agree that it's nicer to do this in one place, not in
every d
Alan Ott wrote:
> 1. Most supported devices have only single packet output buffer, so
> blocking in the driver is the most straight-forward way to handle it.
> The alternative is to make each driver have a workqueue for xmit() (to
> lift the blocking out from atomic context). This makes each driver
Alan Ott wrote:
> it's now my opinion that we should _not_ try to retransmit at
> all in mac802154/tx.c.
I think the currently blocking workqueue design is ugly and
quite contrary to how most the rest of the stack works. So
anything that kills it has my blessing :-)
I do wonder though why it was
t mistakes would also be
useful if auto-detection from user space yields garbage.
- Werner
--
_
/ Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] /
/_http://www.almesberger.net//
-
To unsub
llows the methods hotplug uses find the modules
> needed to support some hardware.
This is great, and was long overdue. Thanks for fixing my sins of
omission dating back from 1996 :-)
- Werner
--
_____
/ Werner Almes
ec-based boot loader, passing device scan results will be
very useful, plus it's a good environment for experimenting
with such a feature.
- Werner
--
_________
/ Werner Almesberger, Buenos Aires, Argentina [EMAIL
enough. It even
makes sense: no need to switch kernels if "pro audio" applications
(or whatever else may end up wanting this) are added to the mix,
and fewer configurations to test.
You can run, but you cannot hide :-)
- Werner
--
_____
o try first.
- Werner
--
_____
/ Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] /
/_http://www.almesberger.net//
-
To unsubscribe from this list: send the line &
ize away when nobody cares about the
return value.
- Werner
--
_________
/ Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] /
/_http://www.almesberger.net//
-
To unsubscribe from this list: send the line "unsubscribe
g
> values, require explicit memory barrier semantics around their
> execution.
Very confusing: the barriers aren't around the routines (that
is something the user would be doing), but around whatever does
the atomic stuff inside them.
- Werner
--
___
ift.)
Just an idea ...
- Werner
--
_________
/ Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] /
/_http://www.almesberger.net//
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
ce in memory should perhaps just be reserved,
at least until the system has passed initialization, without trying
to copy it to a "safe" place early in kernel startup.
- Werner
--
_________
/ Werner Almesberger, Buenos Aire
lays to a few hundred microseconds
(still worst-case).
- Werner
--
_____
/ Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] /
/_http://www.almesberger.net//
-
To unsub
idioms found in
the kernel would be very useful.
- Werner
--
_________
/ Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] /
/_http://www.almesberger.net//
-
To unsubscri
ou could move even more intelligence outside the kernel.
All you really need in the kernel is a place to put the probe,
plus some debugging information to tell you where you find the
data (the latter possibly combined with gently coercing the
compiler to put it at some accessible pla
uld be part of
a kernel most people can accept for regular use.
> Want to help?
Trying to, by explaining why it should move on :-) Anything else
you need ?
- Werner
--
_____
/ Werner Almesberger
workstations, whereas I think
we should have been running circles around them for years already.
So if there was a vote to be cast for getting kexec into mainline
as quickly as possible, you'd certainly have mine :-)
- Werner
--
__
rallel.
2) LTT should do what it is good at, and not have to worry
about the rest (i.e. supporting infrastructure).
3) relayfs should be lean and fast, as you intend it to be, so
that non-LTT tracing or fnord debugging fnord code may find
it useful, too.
- Werner
--
rd, where instrumentation is more naturally
added than in the kernel.
- Werner
--
_____
/ Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] /
/_http://www.almesberger.net//
-
To unsu
else or
some list, and monitoring the reaction), should be useful.
- Werner
--
_________
/ Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] /
/_http://www.almesberger.net/
g could be avoided.
- Werner
--
_________
/ Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] /
/_http://www.almesberger.net//
-
To unsubscribe from this list: send the line
o don't mind a friendly environment.
- Werner
--
_________
/ Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] /
/_http://www.almesberger.net//
-
To unsubscribe from this list: send the line "unsu
sts for them.
- Werner
--
_________
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
-
To unsubscribe from this list: send the line "unsu
ectric Fence, which has already helped to find a few
real bugs. (Does EFence work with UML ?)
- Werner
--
_____
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+4
1" a bit of an anachronism too.
After all, a modern Unix system has quite a few demons that you don't
want to kill either, so why make init special ? But anyway, you don't
need to change init.
- Werner
--
__________
as files(dev/console among others)
> are\might still be in use.
Exactly. They's in use in any case until you close and re-open the
console.
- Werner
--
_________
/ Werner Almesberger, ICA, EPFL, CH
some
kernel threads that don't call exit_fs.
> Not using the ramfs limits for now, will do soon.
BTW, if you can't free the RAM disk, you may have to apply
http://icawww1.epfl.ch/~almesber/patches/rdfree
- Werner
--
___
the space immediately, make "what-follows" a
script than first frees them, and then exec's init.
- Werner
--
_________
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
recently-used file stuff
> in memory so that the system can be as fast as if you used a RAM disk
> instead of real physical (slow) hard disks.
Correct, but does not require VFS.
Nice try, though.
- Werner
--
_____
/ Wer
quot;
- Werner (couldn't resist ;-)
--
_________
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
-
To unsubscribe from this list: send the line "unsubscribe linux-
old junk in 2.5, the amount of
letter bombs should be small ;-)
> Again, current patch reproduces the behaviour of the main tree.
Since you've already done all the work ... ;-) It's good if we can make
one change at a time.
- Werner
--
____
unt we've discussed about one year
ago ? I.e.
stat foo# output A
mount /dev/whatever /
stat foo# output B
with A != B ?
If yes, is there also a way to destroy/empty ramfs after this ?
- Werner
--
_________
/
hardware-assistance for shaping on other
media than ATM.
- Werner
--
_________
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
-
To unsubsc
Hmm, this may actually be worse during bursts: if you burst exceeds
the preallocated size, you have to perform more expensive/slower
operations (e.g. running a tasklet) to refill your cache.
- Werner
--
_________
/ Werner A
x27; tree, would it make sense to flag patches that
should go into 2.4 as "Not for Alan; Linus _please_ pick it up" (and to
keep on pushing until Linus does) ?
- Werner
--
_________
/ Werner Almesberger, ICA, E
e everybody happy.
> And yes, there _is_ IMHO a difference in telling someone on LKM,
> especially someone without deeper knowledge that is lookin for help:
Yes, also rejection can be delivered in a civilized way.
- Werner
--
__________
I can understand why companies frequently don't do it.
- Werner
--
_________
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&
d AIX, HP-UX, SCO, etc. The question is what
you expect from Linux. After all, you strongly disagree with the main
common denominator of Linux developers, that it be Open Source.
- Werner
--
_________
/ Werner Almesberg
at
least at the point of what happens at interfaces. This means that
large projects should be done openly, with occasional announcements
on linux-kernel. Building that killer subsystem in-house until
perfection is reached, and then submitting a multi-megabyte patch
isn't going to make anybody h
ner (having pity with the hungry looking trolls)
--
_________
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel
the Linux boots Linux
designs should nicely solve this, with the possible exception of
environments where a legacy OS needs to be booted. Reminds me that I should
find some time besides traffic control to work a bit on bootimg ...
- Werner
--
________
may come with torches ... ;-)
- Werner
--
_________
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messag
g more damage. Of course,
readily available diagnostics can't stop them, but they may at least make
it a bit more likely that people do the right thing.
- Werner
--
_________
/ Werner Almesberger, ICA, EPFL, CH
Ctrl-Alt-F2.
This could of course be cured by a little window where the last three or
four printk lines are shown ...
- Werner
--
_____
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+4
#include
--
_____
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PR
(!vm_enough_memory((newbrk-oldbrk) >> PAGE_SHIFT))
- goto out;
-
/* Ok, looks good - let it rip. */
if (do_brk(oldbrk, newbrk-oldbrk) != oldbrk)
goto out;
--
_____
/
for trouble ...
- Werner
--
_________
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
lso
+when loading shared libraries.
+
+While most applications need less than a thousand maps,
+certain programs, particularly malloc debuggers, may consume
+lots of them, e.g. up to one or two maps per allocation.
===
ication
- if your code allows you to, put #define while if in some header file
- Werner (couldn't resist ;-)
--
_________
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41
r 2.4.x and wave it a little under Linus' nose. Maybe
he likes the scent ;-)
In any case, once it's in 2.5.x, and if it is as useful as I suspect
it to be, it would probably be back-ported to 2.4 sooner or later.
- Werner
--
_____
n't the most user-friendly way for identifying things ;-)
But for the occasional problem case where label or uuid don't work,
any such information is, of course, valuable.
- Werner
--
_________
/ Werner Almesberger, ICA
ooting/bootinglinux-0.ps.gz
for my views on such things.
- Werner
--
_____
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
-
To unsub
ts boot sector
(* in principle, you could even avoid this, if you have some means of
identifying a disk (e.g. via the uuid of a file system). However,
I would consider such a solution to be overly fragile.)
- Werner
--
_____
cord file name and line number of the EINVAL
in *current and add an eh?(2) system call ;-)
- Werner
--
_________
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_
ge, i.e. if the hack didn't quite work. (Due to odd
side-effects, incomplete address decoding, etc.)
- Werner
--
_________
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fa
k a -Wall-as-of=2.7.2 might be convenient at times ;-)
- Werner (drifting off-topic :-( )
--
_________
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610__
ude/linux/atmapi.h, in this case, there's little risk in
exposing the internal structure.
So I'd consider opaque types more as a hypothetical obstacle.
- Werner
--
_________
/ Werner Almesberger, ICA, EPFL
;s still not solved).
- Werner
--
_________
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
-
To unsubscribe from this list: send the lin
odiles currently using "private" interfaces
are in trouble either way.
- Werner
--
_
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
-
To unsubscribe from this list: send the line "unsu
e the
> target compiler.
Hmm, I don't quite understand what you mean here.
- Werner
--
_________
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693
e obtained from the tree or the tree could be
picked based on the architecture. This is a policy decision that could
be hidden in the script.
- Werner
--
_________
/ Werner Almesberger, ICA, EPFL, CH
smiley.)
So ... what's the opinion on slowly introducing a redirection via
scripts ?
- Werner
--
_
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610
sread(KERNEL,$pos,4);
$pos = unpack("L",$pos);
sysseek(KERNEL,$pos-$addr{".data.init"}+$offset{".data.init"},0);
sysread(KERNEL,$str,256);
$str =~ s/\000.*/\n/s;
print $str;
}
--
__
obably by test12).
- Werner
--
_________
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
r know what may go wrong with the
other variables).
- Werner
--
_____
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
-
To unsubscrib
) But I'm not sure if this is also
true for other versions/architectures, or other code constructs.
- Werner
--
_________
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_I
ic _is_ the right answer, though. If a critical
subsystem just politely returns an error to user space and tries to
continue, it may take a while until somebody realizes that there's
something wrong at all ...
- Werner
--
_________
antly, or was
is lost in the normal inter-gcc-version noise ?)
Just curious,
- Werner
--
_____
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610__
sk that definitions get scattered all over the driver, so it makes
it easier to look for copy-from-manual bugs.
- Werner
--
_________
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__
t driver I'm using (xf86Graphireusb.so, June 15, under XF86 3.3.6);
what's bad: only provides mouse).
But anyway, the mouse wheel is also unavailable with the Xinput
driver.
- Werner
--
_________
/ Werner Almes
So it's not perfect, but it works.
- Werner
--
_________
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
-- cut here ---
--- linux.orig/Documentation/initrd.txt Wed Jun 24 23:30:07 1998
+++ linux/Documentation/initrd.txt Mon Nov 20 01:12:07 2000
@@ -1,25 +1,28 @@
Using the initial RAM disk (initrd)
===
-Written 1996 by Werner Almesberger <[EMA
/* free inodes on error */
--
_________
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
-
To unsubscribe from this list: send the line "
< BTTV_MAX; i++) {
+ res = get_option(&str,&number);
+ if (res)
+ radio[i] = number;
+ }
+ return 1;
+}
+
+__setup("bttv_radio=", bttv_radio_setup);
+
+#endif /* not MODULE */
+
/*
* Local variables:
* c-basic-offset: 8
--
ates
position-dependent code even if you're careful ? (I.e. all functions
inlined, only auto variables.)
- Werner
--
_
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610
much overhead is in block devices anyway ?)
- Werner
--
_________
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
-
To unsubscribe from this list: send the line
code is PIC is a little tricky though.
Yes, for now I cheat and depend on gcc to generate code that just
happens to be PIC.
- Werner
--
_
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel
sroot ;-)
- Werner
--
_____
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messag
free.)
- Werner
--
_____
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
* most obvious overflows..
@@ -79,6 +81,8 @@
)*60 + min /* now have minutes */
)*60 + sec; /* finally seconds */
}
+
+#endif /* __KERNEL__ */
struct timeval {
--
_
/ Werner Almesberger, ICA, EPFL, CH
trying
to fix it that somebody else is already working on it.
Concerning Cc to Linus, well, I'd be surprised if he's dying to get
more mail of the "FYI" type ;-)
- Werner
--
_________
/ Werner Almesberge
d I rename
this one to bttv_radio or are there no radios on non-848 chips ?
(I'll make a patch with both setup functions, since the
documentation changes overlap anyway.)
- Werner
--
_________
/ Werner Almesberger, ICA, E
;, enable_radio);
+
+#endif /* not MODULE */
+
/*
* Local variables:
* c-basic-offset: 8
--
_____
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610
03 06 00 80 02 12 00 00 04 00 40 00 00
10: 08 e0 df ed 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
30: 00 00 00 00 00 00 00 00 00 00 00 00 09 01 10 28
--
_________
/ Werner Alm
he solution may be very different from
the days when they were the only solution, and all of the solution.
- Werner
--
_____
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_66
d to use assembler for the
copying (arch/i386/kernel/relocate_kernel.S), see bootimg,
kernel/bootimg_pic.c
Also, why did you implement your own memory management in
fs/kexec.c:kimage_get_chunk ?
- Werner
--
_________
/ Werner A
BTW, the checks after line 153 in linux/arch/i386/boot/tools/build.c
reflect all those limitations.
- Werner
--
_
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_
echo "#"
+ echo "# Unused variables (found in $DEFAULTS)"
+ echo "#"
+ cat .tmpmissing
+fi
+rm -f .tmpmissing
+fi
+
rm -f .config.old
if [ -f .config ]; then
mv .config .config.old
fi
+
mv .tmpconfig .config
mv .tmpconfig.h in
ght be okay right now is destruction of an atmtcp device ...
- Werner
--
_____
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
-
To
re broken, and
people who are blissfully unaware of any address allocation procedure
enter the room and instantly try to set up their machines. (And of
course nobody had time to prepare a DHCP server.)
Thumbs up from me.
- Werner
--
______
file can be done in an
> architecture-independent fashion.
Yep, then add some magic number and a checksum, and you can have an
architecture-independent retrieval program.
- Werner
--
_____
/ Werner Almesberger, ICA, E
y be useful, but then it shouldn't
be visible to the application, or route changes on multi-homed systems
with different hardware on those ports would be great fun.
- Werner
--
_____
/ Werner Almesberger, ICA, EPFL,
n getting
newlib to do what I want. Well, I'm actually almost there:
ftp://icaftp.epfl.ch/pub/people/almesber/misc/newlib-linux/
(main missing features: need more tools (mount, chroot, etc.), no
networking, "configure" doesn't like my environment).
- Werner
--
__
tely architecture-independent).
- Werner
--
_________
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
-
To unsubscribe from this list: send the line
94 matches
Mail list logo