... . linux /dev/fd0 == minix /dev/fd0-dshd5in The following patch will keep linux from using 0x200, which it doesn't know ... and instead use 0x208 and 0x21c. Apply this after all other patches. pmacdona@sol.uvic.ca *** shoe.c.bad Thu Nov 7 08: ...

linux-activists - Peter MacDonald - Nov 10 1991 - 20:57

... a refresh of the generic GPIO > > patch, with several (ARM based) implementations in ... updating implementations along the lines the patch below. Other implementations could work too ... after the first round of patches go upstream: accept the interface first ...

linux-kernel - David Brownell - Jan 1 2007 - 16:06

... 't be safely accessed without sleeping is undefined."). See the appended doc patch ... better? - Dave ================= CUT HERE Index: at91/Documentation/gpio.txt =================================================================== --- at91. ...

linux-kernel - David Brownell - Jan 1 2007 - 17:27

... > See the appended for a patch roughly along the lines of ... The interface in the "gpiolib" patch is along the lines of ... after the first round > of patches go upstream: accept the interface ... the arch directory (as your patch encourages) which can lead to ...

linux-kernel - Kevin O'Connor - Jan 1 2007 - 19:17

... : > > looks good to me in principle. The size of the patch is scary - is there > really no simpler way? Humf, in fact, ... . Perhaps I missed something ? > Also, could you send me a patch against a > 20-rc3-rt0-ish kernel so that i can stick this ...

linux-kernel - Pierre Peiffer - Jan 3 2007 - 10:35

... Peiffer wrote: > Ingo Molnar a écrit : > > > >looks good to me in principle. The size of the patch is scary - is there > >really no simpler way? > > Humf, in fact, for the 64-bit part, I've followed the rule of the > ...

linux-kernel - Ingo Molnar - Jan 3 2007 - 11:56

... Pierre Peiffer wrote: > >> Ingo Molnar a écrit : >>> looks good to me in principle. The size of the patch is scary - is there >>> really no simpler way? >> Humf, in fact, for the 64-bit part, I've followed the rule of the ...

linux-kernel - Pierre Peiffer - Jan 4 2007 - 03:59

... Dmitry Torokhov wrote: >> I appied all patches except for hwmon as it had ... please take a look at the patch below and tell me if it ... next version of the ads7843 patches ... :) Hi, I am back on ... of the old timer framework (your patch #4/6). It seems that ...

linux-kernel - Nicolas Ferre - Jan 4 2007 - 09:49

... SDHC. The changes > are not too profound: > > Looks good. I'll queue up both patches for -mm. -- -- Pierre Ossman Linux kernel, MMC maintainer http://www.kernel.org PulseAudio, core developer http://pulseaudio. ...

linux-kernel - Pierre Ossman - Jan 4 2007 - 11:34

Trivial patch to check sysfs_create_link return values. Fail gracefully if needed. Signed-off-by: Ahmed Darwish diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c index d913304..72ee576 100644 --- a/drivers/ ...

linux-kernel - Ahmed S. Darwish - Jan 4 2007 - 23:44

... .c rather than remove these casts a file or two at a time, why not just do them all at once and submit a single patch? there aren't that many of them: grep -Er "\([^\)\*]+\*\) ?k[cmz]alloc ?\(" . rday - To unsubscribe from this list: send ...

linux-kernel - Robert P. J. Day - Jan 5 2007 - 02:56

... > > rather than remove these casts a file or two at a time, why not just > do them all at once and submit a single patch? there aren't that many > of them: OK, Thanks for the tip .. -- Ahmed S. Darwish http://darwish-07.blogspot.com - To ...

linux-kernel - Ahmed S. Darwish - Jan 5 2007 - 03:14

... > kzalloc Currently I'm dropping this patch and writing a big patch to remove all the k[mzc]alloc castings in the ... this will be better done in another patch to let every patch do one single thing. right ? -- Ahmed S. Darwish http://darwish- ...

linux-kernel - Ahmed S. Darwish - Jan 5 2007 - 06:06

... Mr. Robert Day. One big patch for the whole kernel will ... trees. With one big=20 patch you would get collisions all ... the tree causing the complete patch= =20 to get dropped. Also ... avoiding two rather trivial= =20 patches touching the same line twice ...

linux-kernel - Rolf Eike Beer - Jan 5 2007 - 06:26

... > kzalloc > > Currently I'm dropping this patch and writing a big patch ... (the hard way), while each patch should logically accomplish one thing, ... . just FYI, i have a patch that does most of this, ... to hold off submitting it until 2.6.20 had arrived. but ...

linux-kernel - Robert P. J. Day - Jan 5 2007 - 06:18

... the tree causing the complete patch > to get dropped. Also CC ... parts. And please send > the patches as replies to the first ... this will be better done in another patch to let every ... thing avoiding two rather trivial > patches touching the same line twice ...

linux-kernel - Ahmed S. Darwish - Jan 5 2007 - 06:32

... sizeof(struct blah) > > with one of these: > > sizeof(*blahptr) Patches that do this will get rejected by the tty maintainer in ... ) format 8) Ahmed - if you can send me a patch for the tty_io/tty_ioctl code which switches to kzalloc where it ...

linux-kernel - Alan - Jan 5 2007 - 06:51

... you can replace one of these: > > > > sizeof(struct blah) > > > > with one of these: > > > > sizeof(*blahptr) > > Patches that do this will get rejected by the tty maintainer in favour of > the clarity of the sizeof(struct xyz) format 8) ...

linux-kernel - Robert P. J. Day - Jan 5 2007 - 06:41

On Fri, Jan 05, 2007 at 10:51:13AM +0000, Alan wrote: > Ahmed - if you can send me a patch for the tty_io/tty_ioctl code which > switches to kzalloc where it makes sense and removes un-needed casts I'll > review it and push the bits that look sane ...

linux-kernel - Ahmed S. Darwish - Jan 5 2007 - 07:03

... Eike Beer wrote: > > One big patch for the whole kernel will ... own trees. > > With one big patch you would get collisions all ... tree causing t= he > > complete patch to get dropped. Also CC ... warning after sending the (big) patch. Sorry It's my > first ...

linux-kernel - Rolf Eike Beer - Jan 5 2007 - 07:54