Re: [Linux-zigbee-devel] [PATCH] mac802154: Keep track of the channel when changed

2013-04-05 Thread Werner Almesberger
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

Re: [Linux-zigbee-devel] [PATCH] mac802154: Keep track of the channel when changed

2013-04-05 Thread Werner Almesberger
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

Re: [Linux-zigbee-devel] [PATCH 1/6] mac802154: Immediately retry sending failed packets

2013-04-02 Thread Werner Almesberger
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

Re: [Linux-zigbee-devel] [PATCH 1/6] mac802154: Immediately retry sending failed packets

2013-04-02 Thread Werner Almesberger
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

Re: [Linux-zigbee-devel] [PATCH 1/6] mac802154: Immediately retry sending failed packets

2013-04-02 Thread Werner Almesberger
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

Re: [Linux-zigbee-devel] [PATCH 1/6] mac802154: Immediately retry sending failed packets

2013-04-02 Thread Werner Almesberger
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

Re: [PATCH] partitions/msdos.c

2005-03-19 Thread Werner Almesberger
d also be useful if auto-detection from user space yields garbage. - Werner -- _________ / Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] / /_http://www.almesberger.net// - To unsubscribe from

Re: [PATCH] partitions/msdos.c

2005-03-19 Thread Werner Almesberger
-- _ / Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] / /_http://www.almesberger.net// - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED

Re: [ANNOUNCE] yaird, a mkinitrd based on hotplug concepts

2005-03-17 Thread Werner Almesberger
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 Almesberge

Re: [ANNOUNCE] yaird, a mkinitrd based on hotplug concepts

2005-03-17 Thread Werner Almesberger
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 Almesberger, Buenos Aires, Argentina

Re: COMMAND_LINE_SIZE increasing in 2.6.11-rc1-bk6

2005-02-13 Thread Werner Almesberger
oader, 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 PROTECTED] / /_http:

Re: 2.6.11-rc3-mm2

2005-02-13 Thread Werner Almesberger
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 -- _____

Re: 2.6.11-rc3-mm2

2005-02-13 Thread Werner Almesberger
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 -- _ / Werner

Re: COMMAND_LINE_SIZE increasing in 2.6.11-rc1-bk6

2005-02-13 Thread Werner Almesberger
results will be very useful, plus it's a good environment for experimenting with such a feature. - Werner -- _ / Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] / /_http://www.almesberger.net

Re: COMMAND_LINE_SIZE increasing in 2.6.11-rc1-bk6

2005-02-12 Thread Werner Almesberger
first. - Werner -- _____ / Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] / /_http://www.almesberger.net// - To unsubscribe from this list: send the line "

Re: [PATCH] arp_queue: serializing unlink + kfree_skb

2005-02-10 Thread Werner Almesberger
s 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 linux-kernel" in th

Re: [PATCH] arp_queue: serializing unlink + kfree_skb

2005-02-10 Thread Werner Almesberger
-- _ / Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] / /_http://www.almesberger.net// - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info

Re: [PATCH] arp_queue: serializing unlink + kfree_skb

2005-02-09 Thread Werner Almesberger
ues, 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 -- __________

Re: [PATCH 9/8] lib/sort: turn off self-test

2005-02-09 Thread Werner Almesberger
t 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" in the body

Re: [PATCH 9/8] lib/sort: turn off self-test

2005-02-09 Thread Werner Almesberger
-- _ / Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] / /_http://www.almesberger.net// - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More

Re: [PATCH] arp_queue: serializing unlink + kfree_skb

2005-02-09 Thread Werner Almesberger
: 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 -- _ / Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED

Re: COMMAND_LINE_SIZE increasing in 2.6.11-rc1-bk6

2005-02-06 Thread Werner Almesberger
ould 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 Aires, Argentina

Re: [PATCH]sched: Isochronous class v2 for unprivileged soft rt scheduling

2005-02-06 Thread Werner Almesberger
to a few hundred microseconds (still worst-case). - Werner -- _____ / Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] / /_http://www.almesberger.net// - To unsubscrib

Re: Linux-tracecalls, a clarification

2005-02-06 Thread Werner Almesberger
ery useful. - Werner -- _____ / Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] / /_http://www.almesberger.net// - To unsubscribe from this list: send the line "unsubscribe

Re: Linux-tracecalls, a clarification

2005-02-06 Thread Werner Almesberger
-- _ / Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] / /_http://www.almesberger.net// - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body

Re: [PATCH]sched: Isochronous class v2 for unprivileged soft rt scheduling

2005-02-06 Thread Werner Almesberger
(still worst-case). - Werner -- _ / Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] / /_http://www.almesberger.net// - To unsubscribe from this list: send

Re: COMMAND_LINE_SIZE increasing in 2.6.11-rc1-bk6

2005-02-06 Thread Werner Almesberger
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 Aires, Argentina [EMAIL PROTECTED

Re: [RFC] Instrumentation (was Re: 2.6.11-rc1-mm1)

2005-01-20 Thread Werner Almesberger
d 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 place). - Werner -- _

Re: [Fastboot] Re: [PATCH 0/29] overview

2005-01-20 Thread Werner Almesberger
can accept for regular use. > Want to help? Trying to, by explaining why it should move on :-) Anything else you need ? - Werner -- _________ / Werner Almesberger, Buenos Aires, Argentina [

Re: [Fastboot] Re: [PATCH 0/29] overview

2005-01-20 Thread Werner Almesberger
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 -- _

Re: [Fastboot] Re: [PATCH 0/29] overview

2005-01-20 Thread Werner Almesberger
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 -- _ / Werner

Re: [RFC] Instrumentation (was Re: 2.6.11-rc1-mm1)

2005-01-18 Thread Werner Almesberger
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 -- _________ / Werner Almesbe

Re: [PATCH] Wait and retry mounting root device (revised)

2005-01-18 Thread Werner Almesberger
e kernel. - Werner -- _____ / Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] / /_http://www.almesberger.net// - To unsubscribe from this list: send the line "unsubscribe l

Re: [PATCH] Wait and retry mounting root device (revised)

2005-01-18 Thread Werner Almesberger
-- _ / Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] / /_http://www.almesberger.net// - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body

Re: [RFC] Instrumentation (was Re: 2.6.11-rc1-mm1)

2005-01-18 Thread Werner Almesberger
and fast, as you intend it to be, so that non-LTT tracing or fnord debugging fnord code may find it useful, too. - Werner -- _ / Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] / /_http

Re: Proper procedure for reporting possible security vulnerabilities?

2005-01-17 Thread Werner Almesberger
e list, and monitoring the reaction), should be useful. - Werner -- _________ / Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] / /_http://www.almesberger.net// - To unsu

Re: Proper procedure for reporting possible security vulnerabilities?

2005-01-17 Thread Werner Almesberger
), should be useful. - Werner -- _ / Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] / /_http://www.almesberger.net// - To unsubscribe from this list: send

Re: Cherokee Nation Posts Open Source Legisation - Invites comments from Community Members

2005-01-16 Thread Werner Almesberger
ded. - Werner -- _ / Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] / /_http://www.almesberger.net// - To unsubscribe from this list: send the line "unsubscri

Re: Cherokee Nation Posts Open Source Legisation - Invites comments from Community Members

2005-01-16 Thread Werner Almesberger
. - Werner -- _ / Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] / /_http://www.almesberger.net// - To unsubscribe from this list: send the line unsubscribe linux

Re: [PATCH] fix: macros to detect existance of unlocked_ioctl and compat_ioctl

2005-01-15 Thread Werner Almesberger
nd a friendly environment. - Werner -- _________ / Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] / /_http://www.almesberger.net// - To unsubscribe from this list: send the line "unsubscribe linux-k

Re: [PATCH] fix: macros to detect existance of unlocked_ioctl and compat_ioctl

2005-01-15 Thread Werner Almesberger
-- _ / Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] / /_http://www.almesberger.net// - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED

Re: [ANNOUNCE] The Janitor Project

2001-03-27 Thread Werner Almesberger
em. - 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 "unsubs

Re: [ANNOUNCE] The Janitor Project

2001-03-27 Thread Werner Almesberger
- 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 "unsubscri

Re: regression testing

2001-03-26 Thread Werner Almesberger
ce, 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_+41_21_693_6

Re: question \ information request on init \ boot sequence when using initrd

2001-03-26 Thread Werner Almesberger
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 -- _________ / Werner Almesberger, ICA

Re: question \ information request on init \ boot sequence when using initrd

2001-03-26 Thread Werner Almesberger
odern 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 -- _____ / Werner Almesberger, ICA, EPFL, CH [EMAIL

Re: regression testing

2001-03-26 Thread Werner Almesberger
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_+41_21_693_6621__Fax_+41_21_693_6610_

Re: /linuxrc query

2001-03-23 Thread Werner Almesberger
les(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 [EMAI

Re: /linuxrc query

2001-03-23 Thread Werner Almesberger
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 -- _

Re: /linuxrc query

2001-03-23 Thread Werner Almesberger
ong 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 [EMAIL PROTECTED] / /_IN_N_032__Tel_+41_21_693_

Re: /linuxrc query

2001-03-23 Thread Werner Almesberger
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 -- _ / Werner

Re: Linux should better cope with power failure

2001-03-19 Thread Werner Almesberger
ntly-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 -- _____ / Werner A

Re: Linux should better cope with power failure

2001-03-19 Thread Werner Almesberger
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 -- _ / Werner Almesberger, ICA, EPFL

Re: Microsoft begining to open source Windows 2000?

2001-03-08 Thread Werner Almesberger
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-kerne

Re: Microsoft begining to open source Windows 2000?

2001-03-08 Thread Werner Almesberger
ner (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

Re: [PATCH][CFT] per-process namespaces for Linux

2001-02-25 Thread Werner Almesberger
e 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 -- __

Re: [PATCH][CFT] per-process namespaces for Linux

2001-02-25 Thread Werner Almesberger
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 -- _________ / Wern

Re: New net features for added performance

2001-02-25 Thread Werner Almesberger
r 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 unsubscribe from this list: send

Re: New net features for added performance

2001-02-25 Thread Werner Almesberger
is 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 Almesberger

Re: New net features for added performance

2001-02-25 Thread Werner Almesberger
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 unsubscribe from this list: send the line

Re: [PATCH][CFT] per-process namespaces for Linux

2001-02-25 Thread Werner Almesberger
ussed 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 -- _____ / Werner Almesb

Re: [PATCH][CFT] per-process namespaces for Linux

2001-02-25 Thread Werner Almesberger
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 -- _ / Werner Almesberger, ICA

Re: Linux-2.4.2

2001-02-22 Thread Werner Almesberger
d 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, EPFL, CH

Re: Linux-2.4.2

2001-02-22 Thread Werner Almesberger
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, EPFL, CH [EMAIL

Re: [LONG RANT] Re: Linux stifles innovation...

2001-02-19 Thread Werner Almesberger
es, 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 -- _________ / Werner Alme

Re: [LONG RANT] Re: Linux stifles innovation...

2001-02-19 Thread Werner Almesberger
ly 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" in the body of a message to [EMAIL PROT

Re: [LONG RANT] Re: Linux stifles innovation...

2001-02-19 Thread Werner Almesberger
he 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 Almesberger, ICA, EPFL, CH

Re: [LONG RANT] Re: Linux stifles innovation...

2001-02-19 Thread Werner Almesberger
s 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 Almesberger, ICA, EPFL, CH [EMAIL

Re: [LONG RANT] Re: Linux stifles innovation...

2001-02-19 Thread Werner Almesberger
- 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 message to [EMAIL PROTECTED] More maj

Re: [LONG RANT] Re: Linux stifles innovation...

2001-02-19 Thread Werner Almesberger
_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 -- _____ / Werner Almesberger, ICA

Re: Linux stifles innovation...

2001-02-16 Thread Werner Almesberger
rfaces. 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 happy. - Werner -- ___

Re: Linux stifles innovation...

2001-02-16 Thread Werner Almesberger
y 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" in the b

Re: Linux stifles innovation...

2001-02-16 Thread Werner Almesberger
ungry 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" in the body of a mes

Re: LILO and serial speeds over 9600

2001-02-12 Thread Werner Almesberger
ely 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 -- _ / Werner Almesber

Re: LILO and serial speeds over 9600

2001-02-12 Thread Werner Almesberger
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 -- _ / Werner Almesberger

Re: [ANNOUNCE] Animated framebuffer logo for 2.4.1

2001-02-11 Thread Werner Almesberger
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 message to [EMAI

Re: [ANNOUNCE] Animated framebuffer logo for 2.4.1

2001-02-11 Thread Werner Almesberger
-- _ / 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 PROTECTED] Please read the F

Re: [ANNOUNCE] Animated framebuffer logo for 2.4.1

2001-02-09 Thread Werner Almesberger
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 [EMA

Re: [ANNOUNCE] Animated framebuffer logo for 2.4.1

2001-02-09 Thread Werner Almesberger
rl-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_+41_21_693_6

Re: [ANNOUNCE] Animated framebuffer logo for 2.4.1

2001-02-09 Thread Werner Almesberger
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_+41_21_693_6621__Fax_

Re: [ANNOUNCE] Animated framebuffer logo for 2.4.1

2001-02-09 Thread Werner Almesberger
, 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 [EMAIL PROTECTED

[PATCH] cosmetic: missing includes (net/sched)

2001-02-08 Thread Werner Almesberger
-- _ / 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 PROTECTED] P

[PATCH] redundant call to vm_enough_memory

2001-02-08 Thread Werner Almesberger
.. */ - if (!vm_enough_memory((newbrk-oldbrk) >> PAGE_SHIFT)) - goto out; - /* Ok, looks good - let it rip. */ if (do_brk(oldbrk, newbrk-oldbrk) != oldbrk) goto out; -- _____ /

[PATCH] redundant call to vm_enough_memory

2001-02-08 Thread Werner Almesberger
.. */ - if (!vm_enough_memory((newbrk-oldbrk) PAGE_SHIFT)) - goto out; - /* Ok, looks good - let it rip. */ if (do_brk(oldbrk, newbrk-oldbrk) != oldbrk) goto out; -- _ / Werner Almesberger

[PATCH] cosmetic: missing includes (net/sched)

2001-02-08 Thread Werner Almesberger
linux/types.h +#include linux/string.h +#include linux/errno.h #include linux/skbuff.h #include linux/netdevice.h /* for pkt_sched */ #include linux/rtnetlink.h -- _ / Werner Almesberger, ICA, EPFL, CH [EMAIL

Re: [patch-2.4.2-pre1] rootfs boot parameter

2001-02-05 Thread Werner Almesberger
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"

Re: [patch-2.4.2-pre1] rootfs boot parameter

2001-02-05 Thread Werner Almesberger
rouble ... - 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&

[PATCH] /proc/sys/vm/max_map_count

2001-02-03 Thread Werner Almesberger
thousand maps, +certain programs, particularly malloc debuggers, may consume +lots of them, e.g. up to one or two maps per allocation. ========== -- _ / Werner Almesberger,

[PATCH] /proc/sys/vm/max_map_count

2001-02-03 Thread Werner Almesberger
one or two maps per allocation. == -- _________ / Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] / /_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610__

Re: [OT?] Coding Style

2001-01-22 Thread Werner Almesberger
ion - 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_21_693_6621__F

Re: PATCH: "Pass module parameters" to built-in drivers

2001-01-22 Thread Werner Almesberger
d 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 -- _____ /

Re: PATCH: Pass module parameters to built-in drivers

2001-01-22 Thread Werner Almesberger
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 -- _ / Werner

Re: [OT?] Coding Style

2001-01-22 Thread Werner Almesberger
- 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_21_693_6621__Fax_

Re: Linux not adhering to BIOS Drive boot order?

2001-01-17 Thread Werner Almesberger
he 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, EPFL, CH

Re: Linux not adhering to BIOS Drive boot order?

2001-01-17 Thread Werner Almesberger
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

Re: Linux not adhering to BIOS Drive boot order?

2001-01-17 Thread Werner Almesberger
its 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 -- _____ / We

Re: 2.4.0 + iproute2

2001-01-17 Thread Werner Almesberger
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_693_6

Re: 2.4.0 + iproute2

2001-01-17 Thread Werner Almesberger
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_693_6621__Fax_

Re: Linux not adhering to BIOS Drive boot order?

2001-01-17 Thread Werner Almesberger
/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 unsubscribe

Re: Linux not adhering to BIOS Drive boot order?

2001-01-17 Thread Werner Almesberger
-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, EPFL, CH [EMAIL

  1   2   >