On Sun, Mar 10, 2019 at 03:40:20PM -0700, Linus Torvalds wrote:
> SYSCALL_DEFINE3(osf_readv, unsigned long, fd,
> const struct iovec __user *, vector, unsigned long, count)
> {
> -#ifdef CONFIG_OSF4_COMPAT
> - if (unlikely(personality(current->personality) == PER_OSF4))
> -
On Sun, May 06, 2018 at 10:32:47PM +0100, Al Viro wrote:
> On Sun, May 06, 2018 at 09:46:23PM +0100, Al Viro wrote:
>
> > I'm fixing that pile of crap (along with the NFS exports
> > one and, hopefully, rename mess as well). HOWEVER, I am not going
> > to take ov
On Sun, May 06, 2018 at 09:46:23PM +0100, Al Viro wrote:
> I'm fixing that pile of crap (along with the NFS exports
> one and, hopefully, rename mess as well). HOWEVER, I am not going
> to take over the damn thing - David has violated the 11th
> commandment (Thou Shalt Nev
On Sun, May 06, 2018 at 08:39:55AM +0100, Al Viro wrote:
> On Sun, May 06, 2018 at 01:59:51AM +0100, Al Viro wrote:
>
> > > There is nothing at the moment that needs fixing.
> >
> > Funny, that... I'd been going through the damn thing for the
> > last
On Sun, May 06, 2018 at 01:59:51AM +0100, Al Viro wrote:
> > There is nothing at the moment that needs fixing.
>
> Funny, that... I'd been going through the damn thing for the
> last week or so; open-by-fhandle/nfs export support is completely
> buggered. And as for the
On Thu, Apr 26, 2018 at 12:45:41PM +0200, John Paul Adrian Glaubitz wrote:
> Exactly. It works fine as is:
>
> root@elgar:~> uname -a
> Linux elgar 4.16.0-rc2-amiga-16784-ga8917fc #650 Mon Mar 5 15:32:52 NZDT 2018
> m68k GNU/Linux
> root@elgar:~> mount /dev/sda1 /mnt -taffs
> root@elgar:~> ls -l
On Fri, Dec 14, 2012 at 03:48:20PM -0600, Rob Landley wrote:
> On 12/14/2012 06:04:51 AM, Greg Ungerer wrote:
> >Hi Rob,
> ...
> >>Somebody got one of my images to boot under aranym but they had
> >>to patch
> >>the kernel fairly extensively to add the emulated device support that
> >>emulator prov
On Sun, Dec 05, 2010 at 12:15:10PM +0100, Geert Uytterhoeven wrote:
> Unless someone objects, I'm inclined to apply Al's patchset, as it improves
> the
> situation anyway.
>
> OK?
FWIW, there's an m68knommu counterpart (ACKed by gerg a while ago). The
entire bunch is on ftp.linux.org.uk/pub/pe
On Mon, Oct 11, 2010 at 03:24:28PM +0100, Al Viro wrote:
> BTW, any comments on signal patchset? Seems to work here, including the
> stack expansion fixes, but that's on aranym. I'll try to resurrect the
> real hardware, but that may take a while. If somebody could give it
On Mon, Oct 11, 2010 at 04:15:35PM +0200, Andreas Schwab wrote:
> Al Viro writes:
>
> > Below is what I'm using on top of mainline kernel; it's a combination of
> > couple of patches in debian m68k kernel plus compile fixes.
>
> Try Geert's linux-m68k
On Mon, Oct 11, 2010 at 12:21:46PM +, Thorsten Glaser wrote:
> Al Viro dixit:
>
> >On Sun, Oct 10, 2010 at 09:36:32PM -0700, Brad Boyer wrote:
>
> >> > Spot the obvious bug... BTW, why on the Earth does debian-ports m68k
> >> > tree
> >>
On Sun, Oct 10, 2010 at 09:36:32PM -0700, Brad Boyer wrote:
> I presume the bug is that foo put the return value in %d0 while bar
> should have its return value in %a0. This function isn't eligible
> for the optimization being used due to this need to move the result
> into a different register.
On Mon, Oct 11, 2010 at 12:52:56AM +0100, Al Viro wrote:
> On Sun, Oct 10, 2010 at 10:18:03PM +0200, Geert Uytterhoeven wrote:
> > >> This is on aranym-0.9.9-1 from Ubuntu/amd64.
> > >
> > > stat -L /proc/2/exec, otherwise you'll hit lstat() instead of stat().
On Sun, Oct 10, 2010 at 10:18:03PM +0200, Geert Uytterhoeven wrote:
> >> This is on aranym-0.9.9-1 from Ubuntu/amd64.
> >
> > stat -L /proc/2/exec, otherwise you'll hit lstat() instead of stat().
> > And FWIW 0.9.10-1 squeeze/amd64 also triggers here...
>
> Still, just "stat: cannot stat `proc/2/e
On Sun, Oct 10, 2010 at 11:47:20AM +0200, Geert Uytterhoeven wrote:
> > The cheapest way to reproduce is to boot with init=/bin/sh, then
> > mount /proc and have stat("/proc/2/exe", &st) called; if stat()
> > returns 0, we are fscked. ??The critical part is between return
> > from proc_exe_link() (
I've spent quite a while hunting that crap down; reverting VFS fix
mentioned in original thread *does* get rid of the symptoms, but so does the
patch below.
What happens is this: if ->follow_link() (usually something like
stat("/proc/2/fd", ...) done by pidof(8)) return ERR_PTR(-..
d done that manual memmove, we'd better
not return to C, so cleanup is very hard to do. The easiest way
is to copy it on stack first, making sure we won't overwrite on stack
expansion. Fortunately that's easy to do...
Signed-off-by: Al Viro
---
arch/m
single-step
into the handler" codepath.
As the result, do_signal() doesn't need to return anything anymore.
Signed-off-by: Al Viro
---
arch/m68k/kernel/entry.S |6 +-
arch/m68k/kernel/signal.c | 11 +++
2 files changed, 8 insertions(+), 9 deletions(-)
diff --git a/a
y slapped on
the set of blocked signals.
Standard solution: have setup_frame()/setup_rt_frame()
report failure and don't mess with the signal-related
state if that has happened...
Signed-off-by: Al Viro
---
arch/m68k/kernel/signal.c | 19 ---
1 files changed, 12 insertions
Same principle as with the previous patch - do not destroy the
state if sigframe setup fails. Incidentally, it's actually
_less_ work - we don't need to go through adjust_stack dance
on failure if we don't touch regs->stkadj until we know we'd
written sigframe out.
and saner do_signal() arguments, while we are at it
Signed-off-by: Al Viro
---
arch/m68k/include/asm/thread_info_mm.h |1 +
arch/m68k/include/asm/unistd.h |1 +
arch/m68k/kernel/entry.S | 19 +-
arch/m68k/kernel/signal.c | 64
... and had been such since the introduction of get_signal_to_deliver()
Signed-off-by: Al Viro
---
arch/m68k/kernel/signal.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/arch/m68k/kernel/signal.c b/arch/m68k/kernel/signal.c
index 4b38753..c776c81 100644
--- a/arch
On Thu, Sep 30, 2010 at 02:34:11PM +0200, Andreas Schwab wrote:
> > Um... What's wrong with doing that from trap_c()?
>
> IIRC that was the only way to make gdb work correctly wrt. single
> stepping over system calls and into signal handlers. If anyone wants to
> test it with today's kernel on
On Thu, Sep 30, 2010 at 10:21:47AM +0200, Andreas Schwab wrote:
> Geert Uytterhoeven writes:
>
> >> So what's that SIGTRAP on exit from syscall in single-stepping mode for?
>
> The trace exception is low priority exception that is executed after all
> other exceptions are processed. So if the c
On Mon, Dec 07, 2009 at 09:32:05AM +0100, Geert Uytterhoeven wrote:
> On Mon, Dec 7, 2009 at 04:54, Al Viro wrote:
> > ??asmlinkage long sys_mmap2(unsigned long addr, unsigned long len,
> > ?? ?? ?? ??unsigned long prot, unsigned long flags,
> > ?? ?? ?? ??unsigned long fd
Counterpart of commit 08a3db94f2a36c28278922732bc281c1722ceb18 for
sun3 build.
Signet-off-by: Al Viro
---
arch/m68k/kernel/vmlinux-sun3.lds |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/m68k/kernel/vmlinux-sun3.lds
b/arch/m68k/kernel/vmlinux-sun3.lds
index
... because somebody had added preempt.h -> list.h, resulting in
asm/system.h -> hardirq.h -> preempt.h -> list.h -> asm/system.h on m68k,
with smp_wmb() used in list.h and defined in asm/system.h below the include
of hardirq.h.
Signed-off-by: Al Viro <[EMAIL PROTECTED]&
On Fri, Jul 27, 2007 at 12:56:38PM +0200, Petr Stehlik wrote:
> NULL is usually used when checking for an uninitialized pointer, right?
No, we use different LARTs when you do that.
-
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to [EMAIL PROTECTED
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
diff --git a/include/asm-m68k/raw_io.h b/include/asm-m68k/raw_io.h
index 91c623f..d9eb983 100644
--- a/include/asm-m68k/raw_io.h
+++ b/include/asm-m68k/raw_io.h
@@ -36,15 +36,15 @@ extern void __iounmap(void *addr, unsigned long size);
#
On Fri, Jul 20, 2007 at 11:50:50AM -0600, Matthew Wilcox wrote:
> On Fri, Jul 20, 2007 at 09:43:47PM +0400, Sergei Shtylyov wrote:
> > Hello Christoph:
> >
> > >>>+#include
> >
> > >>These days that should probably be .
> >
> > >Not at all, linux/irq.h is something entirely different.
> >
> >
anything that wants working dma-mapping won't work
parport_pc won't work on m68k unless we have ISA
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
arch/m68k/Kconfig |3 +++
drivers/parport/Kconfig |2 +-
2 files changed, 4 insertions(+), 1 deletions(-)
diff -
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
drivers/char/serial167.c |6 --
drivers/char/vme_scc.c |8
2 files changed, 0 insertions(+), 14 deletions(-)
diff --git a/drivers/char/serial167.c b/drivers/char/serial167.c
index c585b47..f1497ce 100644
--- a/driver
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
drivers/net/mac89x0.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/mac89x0.c b/drivers/net/mac89x0.c
index 26a3b45..62c1c62 100644
--- a/drivers/net/mac89x0.c
+++ b/drivers/net/mac89x0.c
@@ -608,7
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
arch/m68k/apollo/config.c |4 ++--
arch/m68k/apollo/dn_ints.c |2 +-
arch/m68k/bvme6000/config.c |2 +-
arch/m68k/kernel/time.c |2 +-
arch/m68k/mac/config.c |6 +++---
arch/m68k/mac/macints.c |4 +++-
i.e. tell modpost that entry point code (that has to be outside
of .init.text for external reasons) is OK to refer to .init.*
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
arch/m68k/kernel/head.S |2 +-
arch/m68k/kernel/sun3-head.S |2 +-
arch/m68k/kernel/vmlinux-s
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
arch/m68k/atari/atakeyb.c |9 -
arch/m68k/kernel/setup.c |1 +
arch/m68k/mac/config.c |1 +
arch/m68k/mm/sun3kmap.c|2 ++
drivers/ide/legacy/falconide.c |2 ++
drivers/scsi/NCR5
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
arch/m68k/Kconfig |4 ++
include/asm-m68k/io.h | 75 +---
include/asm-m68k/raw_io.h |8 +++-
3 files changed, 73 insertions(+), 14 deletions(-)
diff --git a/arch/m68k/Kconfig b/arc
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
scripts/mod/modpost.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/scripts/mod/modpost.c b/scripts/mod/modpost.c
index 04579a5..5ab7914 100644
--- a/scripts/mod/modpost.c
+++ b/scripts/mod/modpost.c
@@ -1076,6 +
On Mon, Dec 18, 2006 at 10:34:21AM +0100, Geert Uytterhoeven wrote:
> On Sun, 17 Dec 2006, James Bottomley wrote:
> > On Tue, 2006-10-31 at 22:47 +0100, Kars de Jong wrote:
> > > On ma, 2006-10-30 at 11:13 +, Christoph Hellwig wrote:
> > > > Any updates? Honestly, I do not plan to touch the cu
amikbd: missing declaration
sun3_NCR5380: more work_struct mess
sun3_NCR5380: cast is not an lvalue
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
diff --git a/drivers/input/keyboard/amikbd.c b/drivers/input/keyboard/amikbd.c
index 16583d7..c67e84e 100644
--- a/drivers/input/keyboard/am
On Fri, Dec 08, 2006 at 06:18:12PM +0100, Roman Zippel wrote:
> Hi,
>
> On Fri, 8 Dec 2006, Al Viro wrote:
>
> Al, please stop sending m68k related patches directly to Linus, at least
> send them to Andrew, so I at least get chance to comment on them.
>
> > rece
trigger for workaround is precisely the behaviour we need to
work around. Incidentally, this description is a couple of times
longer than patch itself...
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
include/asm-m68k/math-emu.h | 14 ++
1 files changed, 14 insertions(+), 0 deletions
On Thu, Aug 25, 2005 at 04:15:39PM +0200, Roman Zippel wrote:
> Hi,
>
> On Thu, 25 Aug 2005, Christoph Hellwig wrote:
>
> > Yup. Let's get m68k into buildable shape for 2.6.13 with Al's minimal
> > patches, and if you have further improvements over that submit them as
> > split up patches throug
On Thu, Aug 25, 2005 at 04:10:38PM +0200, Roman Zippel wrote:
> Hi,
>
> On Thu, 25 Aug 2005, Al Viro wrote:
>
> > On Thu, Aug 25, 2005 at 11:15:24AM +0200, Roman Zippel wrote:
> > > >
> > > > - *ti = *orig->thread_info;
> > > >
On Thu, Aug 25, 2005 at 10:41:27AM +0200, Geert Uytterhoeven wrote:
> >
> > +static inline void setup_thread_info(struct task_struct *p, struct
> > thread_info *ti)
> ^
> const struct task_struct *p?
On Thu, Aug 25, 2005 at 11:15:24AM +0200, Roman Zippel wrote:
> >
> > - *ti = *orig->thread_info;
> > *tsk = *orig;
> > + setup_thread_info(tsk, ti);
> > tsk->thread_info = ti;
> > ti->task = tsk;
>
> This introduces a subtle ordering requirement, where setup_thread_info
> magic
partially pulled from m68k CVS; switches m68k handling of thread flags to
usual bitmap, which allows to unify most of the thread flag helpers. After
that only task_thread_info(), stack_end() and setup_thread_info() are
conditional on __HAVE_THREAD_FUNCTIONS.
Signed-off-by: Al Viro <[EM
gcc4 is less forgiving and wants memory inputs to be real lvalues; variable
added and value stored in it explicitly before doing __asm__.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc7-scc/arch/m68k/mac/misc.c
RC13-rc7-m68k-reset/arch/m68k/mac/misc.c
--- RC13-rc7-sc
extern declaration of static object removed from header
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc7-dmasound-extern/include/asm-m68k/sun3ints.h
RC13-rc7-sun3ints/include/asm-m68k/sun3ints.h
--- RC13-rc7-dmasound-extern/include/asm-m68k/sun3ints.h2005-06-17
own. For now we just add a macro for generic case and convert existing
instances of its body in core kernel to uses of new macro. Obviously safe -
all normal architectures get the same preprocessor output they used to get.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc7-
ifdefs around variable declaration would better match those around its uses...
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc7-lance/drivers/net/82596.c
RC13-rc7-82596-apricot/drivers/net/82596.c
--- RC13-rc7-lance/drivers/net/82596.c 2005-08-10 10:37:49.0
too permissive constraint on mulu.l - the first argument should not be
an a-register. Fixed by replacing "g" with "dm"; with older gcc we got
lucky and it had never attempted mulu.l %a0, %d1:%d0. These days it
does, with predictable objections from as(1).
Signed-off
a) added embedded thread_info [m68k processor.h]
b) added missing symbols in asm-offsets.c
c) task_thread_info() and freinds in asm-m68k/thread_info.h
d) made m68k thread_info.h included by m68k processor.h, not the
other way round.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -ur
mac won't build without non-modular FONTS, which requires non-modular
FB and FRAMEBUFFER_CONSOLE
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc7-82596/arch/m68k/Kconfig RC13-rc7-mac-fonts/arch/m68k/Kconfig
--- RC13-rc7-82596/arch/m68k/Kconfig2005-08-10 10:37:4
Bah... I can't count, apparently. That one is 4/5, the next is
5/5. My apologies - cut'n'waste damage while editing patchset description..
-
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://
.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc7-task_thread_info/include/linux/sched.h
RC13-rc7-other-helpers/include/linux/sched.h
--- RC13-rc7-task_thread_info/include/linux/sched.h 2005-08-25
00:54:17.0 -0400
+++ RC13-rc7-other-helpers/include/linux/s
pulled from m68k CVS; ADBREQ_RAW is used in arch/m68k/mac/misc.c, but its
declaration had not been propagated to Linus' tree yet. Related chunk in
drivers/macintosh/adb.c also pulled in; even though the file is shared with
ppc, behaviour is changed only for m68k.
Signed-off-by: Al Viro &l
function arguments can not be inline, TYVM...
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc7-sun3ints/include/asm-m68k/sun3_pgtable.h
RC13-rc7-sun3_pgtable/include/asm-m68k/sun3_pgtable.h
--- RC13-rc7-sun3ints/include/asm-m68k/sun3_pgtable.h 2005-06-17
15:48:29.000
result of comma operator is not an lvalue
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc7-mac8390/drivers/net/atarilance.c
RC13-rc7-lance/drivers/net/atarilance.c
--- RC13-rc7-mac8390/drivers/net/atarilance.c 2005-06-17 15:48:29.0
-0400
+++ RC13-rc7-lance/d
driver is non-modular
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc7-oktagon/drivers/net/Kconfig
RC13-rc7-82596/drivers/net/Kconfig
--- RC13-rc7-oktagon/drivers/net/Kconfig2005-08-24 01:58:29.0
-0400
+++ RC13-rc7-82596/drivers/net/Kconfig 2005-08-25
atyfb_par misspelled as aty_par, fortunately in m68k-only part of driver
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc7-amigaints/drivers/video/aty/atyfb_base.c
RC13-rc7-atyfb-typo/drivers/video/aty/atyfb_base.c
--- RC13-rc7-amigaints/drivers/video/aty/atyfb_base.c 2
extern declaration before the static one
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc7-82596-apricot/drivers/char/scc.h
RC13-rc7-scc/drivers/char/scc.h
--- RC13-rc7-82596-apricot/drivers/char/scc.h 2005-06-17 15:48:29.0
-0400
+++ RC13-rc7-scc/drivers/char
hardirq.h needs forward declaration of
task_struct and direct include of thread_info.h.
d) thread_info-related helpers in sched.h and thread_info.h put under
ifndef __HAVE_THREAD_FUNCTIONS. Obviously safe.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc7-other-helpers/arch/spa
x27;t have the right
parts for that), it actually doesn't even build since kbuild doesn't believe
in single-object modules built from .S. Turned into proper multi-object
module...
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc7-isa_type/drivers/scsi/Makefile
RC
missing export on m68k
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc7-m68k-mul/arch/m68k/kernel/setup.c
RC13-rc7-isa_type/arch/m68k/kernel/setup.c
--- RC13-rc7-m68k-mul/arch/m68k/kernel/setup.c 2005-06-17 15:48:29.0
-0400
+++ RC13-rc7-isa_type/arch/m68k/
extern declaration of static object removed from header
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc7-sun3_pgtable/include/asm-m68k/amigaints.h
RC13-rc7-amigaints/include/asm-m68k/amigaints.h
--- RC13-rc7-sun3_pgtable/include/asm-m68k/amigaints.h 2005-06-17
cast is not an lvalue
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc7-atyfb-typo/drivers/net/mac8390.c
RC13-rc7-mac8390/drivers/net/mac8390.c
--- RC13-rc7-atyfb-typo/drivers/net/mac8390.c 2005-06-17 15:48:29.0
-0400
+++ RC13-rc7-mac8390/drivers/net/mac
to be there,
which is a bloody bad idea, considering _atari and _q40. Moved the
extern to trans_16.c.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc7-dmasound-lvalues/sound/oss/dmasound/dmasound.h
RC13-rc7-dmasound-extern/sound/oss/dmasound/dmasound.h
--- RC13-rc7-dm
result of typecast is not an lvalue. Part of those are fixed in m68k
CVS.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc7/sound/oss/dmasound/dmasound_atari.c
RC13-rc7-dmasound-lvalues/sound/oss/dmasound/dmasound_atari.c
--- RC13-rc7/sound/oss/dmasound/dmasound_a
On Thu, Apr 21, 2005 at 06:57:23PM +0100, Al Viro wrote:
> thread_info part 3: heads.
headers, even...
-
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
m68k thread_info - part 4
The rest:
a) added embedded thread_info [m68k processor.h]
b) added missing symbols in asm-offsets.c
c) task_thread_info() and freinds in asm-m68k/thread_info.h
d) made m68k thread_info.h included by m68k processor.h, not the
other
thread_info part 3: heads.
a) in smp_lock.h #include of sched.h and spinlock.h moved under
#ifdef CONFIG_LOCK_KERNEL.
b) interrupt.h now explicitly pulls sched.h (not via smp_lock.h from
hardirq.h as it used to)
c) in two more places we need changes to compensate for (a) - one place in
arc
thread_info part 2:
encapsulates the rest of arch-dependent operations with thread_info access.
Two new helpers - setup_thread_info() and end_of_stack(). For normal
case the former consists of copying thread_info of parent to new thread_info
and the latter returns pointer immediately past
thread_info, part 1:
new helper - task_thread_info(task). On platforms that have thread_info
allocated separately (i.e. in default case) it simply returns task->thread_info.
m68k wants (and for good reasons) to embed its thread_info into task_struct.
So it will (in later patch) have task_
On Thu, Apr 21, 2005 at 11:10:15AM +0200, Geert Uytterhoeven wrote:
> On Thu, 21 Apr 2005, Jan Dittmer wrote:
> > Linus Torvalds wrote:
> > > Geert Uytterhoeven:
> > > [PATCH] M68k: Update defconfigs for 2.6.11
> > > [PATCH] M68k: Update defconfigs for 2.6.12-rc2
> >
> > Why do I still get
The rest of dmasound __user annotations and removals of rvalue
increments. This stuff got missed back then since it's m68k-only.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC12-rc2-sent/sound/oss/dmasound/dmasound_atari.c
RC12-rc2-dmasound/sound/o
76 matches
Mail list logo
