... provides > a copy of each bio_vec. > > This allows a future patch to cause bio_for_each_segment to > provide bio_vecs that are not in the ... bvec_kmap_irq > is a much more usable interface. I think this patch can be split into two but it's no big deal ...

linux-kernel - Tejun Heo - Aug 1 2007 - 12:21

On Feb 8, 2008 1:18 PM, wrote: > Long ago when the CLONE_THREAD support first went it someone thought it > would be wise to point /proc/self at /proc/ instead of /proc/. The last message about this conversation

linux-kernel - Guillaume Chazarain - Feb 8 2008 - 09:54

... > > So I thought we would end up with a new file, in order to make the > change discoverable. Yes. The above patch really is wrong. There is at least one corner case in procps that cares. Andrew my apologies. I noticed this earlier but forgot ...

linux-kernel - Eric W. Biederman - Feb 8 2008 - 13:47

* Joe Perches wrote: > +#define X86_FEATURE_REP_GOOD _CF(3, 16) /* rep microcode works well > + * on this CPU */ that is crap too ... Ingo -- To unsubscribe from this list: send the line "unsubscribe linux-

linux-kernel - Ingo Molnar - Mar 25 2008 - 11:30

On Tue, 2008-03-25 at 16:30 +0100, Ingo Molnar wrote: > > +#define X86_FEATURE_REP_GOOD _CF(3, 16) /* rep microcode works well > > + * on this CPU */ > that is crap too ... the _CF or the newly line-broken comment? -- To unsubscribe

linux-kernel - Joe Perches - Mar 25 2008 - 14:27

... other typos that broke the 64-bit build. I ended up skipping the whole cpufeatures.h patch - could you please re-do and re-send it? Ingo -- To unsubscribe from this list: send the line "unsubscribe ...

linux-kernel - Ingo Molnar - Mar 25 2008 - 16:15