Re: [PATCH] x86 (Linux Tiny): configure out support for some processors

lør, 09 02 2008 kl. 10:29 +0100, skrev Michael Opdenacker: > On 02/09/2008 09:30 AM, Simon Holm Thøgersen wrote: > > The build of my currently running kernel for my laptop has > > $ size -t amd.o cyrix.o centaur.o transmeta.o intel.o nexgen.o umc.o > >textdata

Re: [PATCH] x86 (Linux Tiny): configure out support for some processors

19 1a3 nexgen.o 41 312 0 353 161 umc.o 86312700 0 11331 2c43 (TOTALS) I don't think the code changes in the patch do much with respect to size. Simon Holm Thøgersen -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in t

Re: [PATCH] x86 (Linux Tiny): configure out support for some processors

changes in the patch do much with respect to size. Simon Holm Thøgersen -- 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

Re: [PATCH] x86 (Linux Tiny): configure out support for some processors

lør, 09 02 2008 kl. 10:29 +0100, skrev Michael Opdenacker: On 02/09/2008 09:30 AM, Simon Holm Thøgersen wrote: The build of my currently running kernel for my laptop has $ size -t amd.o cyrix.o centaur.o transmeta.o intel.o nexgen.o umc.o textdata bss dec hex

Re: [PATCH] Fix compilation of powerpc asm-offsets.c with old gcc

http://git.kernel.org/ [2] http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=summary Simon Holm Thøgersen -- 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

Re: [PATCH] Fix compilation of powerpc asm-offsets.c with old gcc

/git/torvalds/linux-2.6.git;a=summary Simon Holm Thøgersen -- 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/

Re: nfs server patches for 2.6.25

t); should have been svc_xprt_put(); There might be more errors in the next 15 patches or so; I didn't test them with this error corrected. Simon Holm Thøgersen -- 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/

Re: nfs server patches for 2.6.25

didn't test them with this error corrected. Simon Holm Thøgersen -- 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/

Re: [Btrfs-devel] [ANNOUNCE] Btrfs v0.10 (online growing/shrinking, ext3 conversion, and more)

t acl by Yan Zheng on the btrfs-devel list http://oss.oracle.com/pipermail/btrfs-devel/2008-January/000386.html Simon Holm Thøgersen -- 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

Re: [Btrfs-devel] [ANNOUNCE] Btrfs v0.10 (online growing/shrinking, ext3 conversion, and more)

/pipermail/btrfs-devel/2008-January/000386.html Simon Holm Thøgersen -- 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

Re: [PATCH] SH/Dreamcast - add support for GD-Rom device

GDROM_DEV_NAME); > - gd.cd_info->mask = > CDC_CLOSE_TRAY|CDC_OPEN_TRAY|CDC_LOCK|CDC_SELECT_DISC; > + gd.cd_info->mask = CDC_CLOSE_TRAY | CDC_OPEN_TRAY | > +CDC_LOCK | CDC_SELECT_DISC; > } > > static void __devinit probe_gdrom_setupd

Re: [PATCH] SH/Dreamcast - add support for GD-Rom device

); gdrom_major = 0; probe_fail_no_mem: - printk(KERN_WARNING GDROM: Could not probe for device - error is 0x%X\n, err); + printk(KERN_WARNING GDROM: Could not probe for device - +error is 0x%X\n, err); return err; } Simon Holm Thøgersen -- To unsubscribe from this list

Re: [PATCH 3/3] net: wireless: bcm43xx: big_buffer_sem semaphore to mutex

some more feedback > > about your shiny new code. > > This user did get the following messages in dmesg: > > b43err(dev->wl, "Firmware file \"%s\" not found " >"or load failed.\n", path); So the question seems to be why b43 needs version 4,

Re: [PATCH 3/3] net: wireless: bcm43xx: big_buffer_sem semaphore to mutex

seems to be why b43 needs version 4, when b43legacy and bcm43x uses version 3? Simon Holm Thøgersen -- 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

[PATCH] Fix casting on architectures with 32-bit pointers/longs.

considerably. I've put a trivial example in a syslet-userspace git tree: > > git://git.kernel.org/pub/scm/linux/kernel/git/zab/syslets-userspace.git > Signed-of-by: Simon Holm Thøgersen <[EMAIL PROTECTED]> --- diff --git a/basic.c b/basic.c index 418a1a3..5938

Re: [PATCH 1/6] indirect: use asmlinkage in i386 syscall table prototype

>ecx, > regs->edx, regs->esi, > regs->edi, regs->ebp); Simon Holm Thøgersen -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a m

Re: [PATCH 1/6] indirect: use asmlinkage in i386 syscall table prototype

, regs-edi, regs-ebp); Simon Holm Thøgersen -- 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

[PATCH] Fix casting on architectures with 32-bit pointers/longs.

/pub/scm/linux/kernel/git/zab/syslets-userspace.git Signed-of-by: Simon Holm Thøgersen [EMAIL PROTECTED] --- diff --git a/basic.c b/basic.c index 418a1a3..5938d85 100644 --- a/basic.c +++ b/basic.c @@ -42,7 +42,7 @@ int main(int argc, char **argv) params.syslet.frame.sp = (u64)(long

Re: programs vanish with 2.6.22+

is on my own... > If you feel like you are able to tell whether a specific kernel version is buggy or not, you might want to try to bisect it. See Documentation/BUG-HUNTING in the sources, and please ask. Simon Holm Thøgersen -- To unsubscribe from this list: send the line "unsubscribe l

Re: programs vanish with 2.6.22+

whether a specific kernel version is buggy or not, you might want to try to bisect it. See Documentation/BUG-HUNTING in the sources, and please ask. Simon Holm Thøgersen -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More

Re: [PATCH 0/2] fix the long standing exec vs kill race

ed (?). > > exec() from the signal handler doesn't do sys_sigreturn(), so we don't unblock > the signal, and it remains blocked after exec(). > > Hmm. Is this linux bug, or application bug? Good question. I haven't been able to find something in the documentation for execve(2) and sig

Re: [PATCH 0/2] fix the long standing exec vs kill race

ea is promising. > I have an issue that sounds related, but I might be completely off. I would expect the simple attached program to keep receiving the same signal, i.e. respond to killall signal-exec -s SIGHUP I tried your patches, but they didn't help. Any ideas? Simon Holm Thøg

Re: [PATCH 0/2] fix the long standing exec vs kill race

an issue that sounds related, but I might be completely off. I would expect the simple attached program to keep receiving the same signal, i.e. respond to killall signal-exec -s SIGHUP I tried your patches, but they didn't help. Any ideas? Simon Holm Thøgersen #include signal.h #include

Re: [PATCH 0/2] fix the long standing exec vs kill race

bug. Actually, having another look at the documentation, signal(7) mentions that POSIX.1-2003 requires that execve is safe to call from inside a signal handler. Simon Holm Thøgersen -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL

Re: Possible bug from kernel 2.6.22 and above

>> wp : yes > >> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge > >> mca cmov > >> pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt > >> pdpe1gb rdtscp > >> lm 3dnowext 3dnow constant_tsc rep_g

Re: Possible bug from kernel 2.6.22 and above

. Thank you for all your help to solve this puzzle. If you need more information, please let us know. P.S. I like to be cc'ed on the discussions related to this problem. Thank you for your help and happy thanksgiving ! Simon Holm Thøgersen - To unsubscribe from this list: send

Re: [patch] raid6: generate raid6tables.c with proper style

(i,j+k)); > +if (k) > + printf(" "); > + printf("0x%02x,", gfmul(i,j+k)); What happened with the coding style here? Simon Holm Thøgersen - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [patch] raid6: generate raid6tables.c with proper style

)); What happened with the coding style here? Simon Holm Thøgersen - 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/

[PATCH] Remove pointless NULL pointer check in drivers/usb/storage/shuttle_usbat.c.

tir, 04 09 2007 kl. 23:06 +0200, skrev Jens Axboe: > On Tue, Sep 04 2007, Simon Holm Thøgersen wrote: > > tir, 04 09 2007 kl. 13:06 +0200, skrev Jens Axboe: > > > On Tue, Sep 04 2007, Micah Gruber wrote: > > > > This patch fixes a potential null dereference bug wh

[PATCH] Remove pointless NULL pointer check in drivers/usb/storage/shuttle_usbat.c.

tir, 04 09 2007 kl. 23:06 +0200, skrev Jens Axboe: On Tue, Sep 04 2007, Simon Holm Thøgersen wrote: tir, 04 09 2007 kl. 13:06 +0200, skrev Jens Axboe: On Tue, Sep 04 2007, Micah Gruber wrote: This patch fixes a potential null dereference bug where we dereference us before a null

Re: [PATCH] Fix a potential NULL pointer dereference in usbat_check_status() in drivers/usb/storage/shuttle_usbat.c

return USB_STOR_TRANSPORT_ERROR; is utterly pointless. Simon Holm Thøgersen - 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/

Re: [PATCH] Fix a potential NULL pointer dereference in usbat_check_status() in drivers/usb/storage/shuttle_usbat.c

Holm Thøgersen - 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/