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
0 419 1a3 nexgen.o
41 312 0 353 161 umc.o
86312700 0 113312c43 (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-ke
[1] 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://v
d(&xprt->xpt_ref.refcount) < 2);
+ if (test_bit(XPT_TEMP, &xprt->xpt_flags))
serv->sv_tmpcnt--;
svc_xprt_put(&svsk->sk_xprt);
should have been
svc_xprt_put(&xprt);
There might be more errors in the
kernels without 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 i
_info->mask = CDC_CLOSE_TRAY | CDC_OPEN_TRAY |
> + CDC_LOCK | CDC_SELECT_DISC;
> }
>
> static void __devinit probe_gdrom_setupdisk(void)
> @@ -671,7 +696,7 @@
> {
> int err;
> if (gdrom_execute_diagnostic() != 1) {
> - pri
e to give you 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 b
tom's simplified the ABI
> 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
regs->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 o
n 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
lved (?).
>
> 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 f
e idea 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
> >> 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
(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
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
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/
16 matches
Mail list logo