On Tue, Feb 18, 2014 at 3:45 AM, Finn Thain wrote:
> On Mon, 17 Feb 2014, Geert Uytterhoeven wrote:
>
>> On Sat, Feb 15, 2014 at 5:47 AM, Finn Thain
>> wrote:
>> > --- linux-m68k.orig/arch/m68k/Kconfig.debug 2014-02-15
>> > 14:49:18.0
7247f55381d54645a1eb47588de51bb26fa7cb7a:
m68k: Wire up sched_setattr and sched_getattr (2014-02-10 20:10:20 +0100)
Summary:
- More barrier.h consolidation,
- Sched_[gs]etattr() syscalls.
Thanks for pulling!
Geert Uytterhoeven
Signed-off-by: Geert Uytterhoeven
---
arch/m68k/kernel/head.S |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/m68k/kernel/head.S b/arch/m68k/kernel/head.S
index 4c99bab7e664..b83e09a8c956 100644
--- a/arch/m68k/kernel/head.S
+++ b/arch/m68k/kernel/head.S
@@ -3331,7
e it?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer
Looks fine to me. Can I add your SoB and take it?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to jou
atforms without framebuffer debug logging. The
> present implementation is only built #if defined CONFIG_MAC && defined
> CONSOLE even though puts() works everywhere...
Looks fine to me. Can I add your SoB and take it?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterho
On Tue, Mar 4, 2014 at 8:28 AM, Finn Thain wrote:
> The futex_atomic_cmpxchg_inatomic() test in futex_init() causes a fatal
> exception on 68030 (and presumably 68020 also).
Thanks!
> Signed-off-by: Finn Thain
Acked-by: Geert Uytterhoeven
> ---
>
> Ingo Molnar has commit
f-by: Arnd Bergmann
> Acked-by: Michael Schmitz
> Cc: Geert Uytterhoeven
> Cc: James E.J. Bottomley
> Cc: linux-s...@vger.kernel.org
Thanks, applied with original authorship attribution, original subject
matching SCSI oneline summary style, and proper SoB.
Will queue for 3.15
old-style reset: actually abort all command processing here */
>
> @@ -2876,7 +2883,7 @@ static int NCR5380_bus_reset(struct scsi_cmnd *cmd)
> * the midlevel code that the reset was SUCCESSFUL, and there is no
> * need to 'wake up' the com
fine dprintk(flg, fmt, ...) \
> do { if (0) pr_debug(fmt, ##__VA_ARGS__); } while (0)
Na, no_printk():
#define dprintk(flg, fmt, ...) no_printk(fmt, ##__VA_ARGS__)
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linu
Hi Joe,
On Tue, Mar 18, 2014 at 2:07 PM, Joe Perches wrote:
> On Tue, 2014-03-18 at 13:55 +0100, Geert Uytterhoeven wrote:
>> On Tue, Mar 18, 2014 at 1:45 PM, Joe Perches wrote:
>> > #define dprintk(flg, fmt, ...) \
>> > do { if (0) pr_debug(fmt, ##__VA_ARGS__); } wh
> +void *atari_stram_to_virt(unsigned long phys)
> +{
> + return (void *)(phys + stram_virt_offset);
> }
>
> +void *atari_stram_to_phys(unsigned long virt)
This should be "unsigned long atari_stram_to_phys(void *)",
allowing to remove a few casts in the ca
ent pointer table,
causing the crash?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer&quo
) will write to the frame buffer, I think.
So info->screen_base may be incorrect.
Yep:
static void atafb_set_disp(struct fb_info *info)
{
atafb_get_var(&info->var, info);
atafb_get_fix(&info->fix, info);
info->screen_base = (void *)info->fix.smem_start;
}
Missing ata
.
>
> Why, then, does the ioremap() of ST-RAM fail? Because the physical address
> is lower than the lowest currently mapped physical address?
I don't know. How does it fail?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linu
9a
> SR: 2700 SP: 0029dec0 a2: 002a42d8
> d0: 80d0d1: 0013d2: 80d0d3: 0007fe3c
> d4: 0001d5: 00d0a0: 5f435055a1: 002a75ee
This may be too early in the boot process to call ioremap().
Gr{oetje,eeting}s,
Geert
--
Geert Uytterh
> + (void *) stram_virt_offset);
Please use "%lx", and drop the cast to "void *". Also in the other block.
Thanks!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.o
o you can drop the above cast (and a few
more while assigning it to fix->smem_start).
This will also expose that ATAFB_EXT is broken, and what needs to be
done to fix it (follow the chain of casts, phys addresses are unsigned long,
virt addresses are void *).
Thanks!
Gr{oetje,eeting}s,
dividual patches
with "[PATCH v3 x/y]".
It would also have been nice to CC the block resp. SCSI maintainers to
get their acks for patches 3 and 4, but I'm gonna take them through the
m68k tree anyway.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- Ther
fer);
> + PhysDMABuffer = atari_stram_to_phys(DMABuffer);
> PhysTrackBuffer = virt_to_phys(TrackBuffer);
> BufferDrive = BufferSide = BufferTrack = -1;
>
> --
> 1.7.0.4
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond i
}
> - atari_dma_phys_buffer = virt_to_phys(atari_dma_buffer);
> + atari_dma_phys_buffer = atari_stram_to_phys(atari_dma_buffer);
> atari_dma_orig_addr = 0;
> }
> #endif
> --
> 1.7.0.4
Gr{oetje,eeting}s,
een_base = ioremap_writethrough((unsigned
> long)external_addr,
> external_len);
I'll remove the now superfluous cast.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal co
CONSOLE_PENGUIN macro, adopt CONFIG_LOGO
m68k: Remove dead code
Geert Uytterhoeven (2):
m68k: head.S - Remove bogus L prefix in comment
m68k: Update defconfigs for v3.14-rc1
arch/m68k/configs/amiga_defconfig| 10 +++--
arch/m68k/configs/apollo_defconfig | 10 +++--
arch/m68k
...
"get_bi_record BI_MEMCHUNK" will return a pointer to the first mem_info
struct.
If the first chunk is at least 8 MiB it should be not that intrusive.
If it isn't, and you have to use multiple chunks, it becomes more complicated.
Gr{oetje,eeting}s,
Geert
--
ow about Mac, but I have some memories of interleaved banks
and such...
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hack
> have an offset of 12 bytes added to get to the size member, correct?
Nope, only 4. A0 points to the bootinfo record payload, which is of
type struct mem_info * in this case:
movew %a0@(BIR_SIZE),%d0
lea %a0@(BIR_DATA),%a0
Gr{oetje,eeting}s,
Ge
iB for
>> Linux-capable machines, accelerator memory may be larger).
>
> And the chunk the kernel runs from would always be the first chunk listed in
> bootinfo, since that's the one mapped at virtual address zero?
The kernel always runs in the first chunk.
Gr{oetje,eeting}s,
tje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
e e.g. 16 MiB of RAM, but it's split in 4
chunks of 4 MiB,
you don't have 8 MiB in the first chunk.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I
" for this definition.
One day someone may want to put "#define PLLCR 0xf200" in a
header file...
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical
Hi Daniel,
Thanks for your patch!
Can you please show the compiler warnings in the description?
That helps reviewers, and will make this patch show up if someone
searches for the compiler warnings using e.g. Google.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven
some code which would always give the same result,
and also allows the compiler to optimize a couple of if statements away.
Signed-off-by: Heiko Carstens
Cc: Finn Thain
Cc: Geert Uytterhoeven
Link: http://lkml.kernel.org/r/20140302120947.GA3641@osiris
Signed-off-
early_console_instance.write = debug_cons_write;
> + if (!early_console || MACH_IS_MVME16x)
> return 0;
I don't like these tests for MVME16X in (presumably) generic code.
Is there a way we can avoid this?
Gr{oetje,eeting}s,
Geert
--
ed) in order to avoid races while iterating through
> the vmacache and/or rbtree.
Thanks for your patch!
> This patch is completely *untested*.
>
> Signed-off-by: Davidlohr Bueso
> Cc: Geert Uytterhoeven
> Cc: linux-m...@lists.linux-m68k.org
> ---
> arch/m68k/kernel/sys_m
Hi David,
On Mon, Apr 21, 2014 at 12:28 AM, Davidlohr Bueso wrote:
> On Sun, 2014-04-20 at 10:04 +0200, Geert Uytterhoeven wrote:
>> On Sun, Apr 20, 2014 at 4:26 AM, Davidlohr Bueso wrote:
>> > Performing vma lookups without taking the mm->mmap_sem is asking
>> >
makes it possible to map
>>
>> Why not always?
>
> Always what?
Always increases the initial mapping to 16 MiB.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with
CC linux-m68k
Hi Fabian
Thanks for your patch. A few comments below.
On Thu, May 1, 2014 at 9:02 AM, Fabian Frederick wrote:
> -no level printk converted to pr_warn/pr_info
> -fixed a small identation problem
>
> This is untested
>
> Cc: Geert Uytterhoeven
> Cc: Andrew Mo
to override the defaults from asm-generic/tlb.h
> */
> +#define __pte_free_tlb __pte_free_tlb
> +#define __pmd_free_tlb __pmd_free_tlb
> +#endif
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In
this deserves a comment:
/* Applies to Classic m68k MMU only */
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm ta
hat pgalloc.h is
> included before
> tlb.h. Which kind of sucks.
Indeed.
arch/m68k/include/asm/mmu_context.h includes pgalloc.h, but not tlb.h.
Didn't check whether it gets it indirectly.
> I'll move __pte/pmd_free_tlb from *_pgalloc.h into tlb.h to prevent this
> issue.
>
matched to a Kconfig symbol.
>
> Is a series that adds these Kconfig symbols pending?
For the former, Steven King (cc) submitted patches in 2010 and 2012.
For the latter, he submitted patches in 2012.
Seems like they were never integrated...
Gr{oetje,eeting}s,
Geert
--
cal. Is that intentional?
> +#define MCFGPIO_CLRR (MCF_MBAR + 0xA30)
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
he project has been on the back burner for too
> long ...
I don't think it makes much sense to add it to my queue, as it's purely SCSI
and not critical for current m68k.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond
nsole default). It would be nice to
> standardize but I don't know whether this is realistic.
>
> The 7.9872 MHz PCLK used in this patch was inferred from the existing code
> as I don't have any hardware data.
Has anyone tested this on Atari?
Gr{oetje,eeting}s,
rite() is in .init.text.
We know that code is correct, so I'll fix that up by tagging
debug_cons_write() with __ref.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with te
Hi Michael, Andreas,
On Wed, 30 Apr 2014, Michael Schmitz wrote:
> first off - thanks for the patch!
Indeed.
> > Geert Uytterhoeven writes:
> >
> > > Always increases the initial mapping to 16 MiB.
> > You can't map more than is available.
> >
ntroduce a minimum delay, right? So assuming
a 100 MHz CPU will only prolong the delay on slower CPUs, which is safe.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical
Signed-off-by: Geert Uytterhoeven
---
arch/m68k/configs/amiga_defconfig| 5 -
arch/m68k/configs/apollo_defconfig | 5 -
arch/m68k/configs/atari_defconfig| 5 -
arch/m68k/configs/bvme6000_defconfig | 5 -
arch/m68k/configs/hp300_defconfig| 5 -
arch/m68k/configs
/4] m68k: multi-platform EARLY_PRINTK
[PATCH v2 3/4] m68k/mvme16x: adopt common boot console
[PATCH v2 4/4] m68k/atari: fix SCC initialization for debug
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
lists for floppy and SCSI patches.
Thanks, applied and queued for 3.16.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm
Hi Stephen,
Just a heads up for today: the m68k tree will cause a small context conflict
in Documentation/kernel-parameters.txt.
"M68k" was added to "earlyprintk=", while some hunks have been inserted
above by someone else.
Gr{oetje,eeting}s,
Geert
-
by commit 0ff3cc858e74436c2234183ea2dd200474cba09a ("m68k:
Multi-platform EARLY_PRINTK"), which dropped a dependency on
CONFIG_FRAMEBUFFER_CONSOLE (FRAMEBUFFER_CONSOLE selects FONT_SUPPORT).
Make CONSOLE_DEBUG depend on CONFIG_FONT_SUPPORT to fix this.
Reported-by: kbuild test robot
s saved for kexec with CONFIG_BOOTINFO_PROC=y.
What exactly is the issue?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I
hunk lies outside
the first 16 MiB?
If everything fails, you can allocate it unconditionally (it's just
one 4 KiB page).
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with
*/
> +#define M147LANCE_RAM_SIZE 16384 /* 16K */
> #define LANCE_LOG_TX_BUFFERS 1
> #define LANCE_LOG_RX_BUFFERS 3
BTW,I also find it fishy why the driver uses only 1+3 buffers, since more
RAM is available.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven
> Any advice would be greatly appreciated.
config_BSP() is indeed way too early.
Take a look at e.g. arch/m68k/platform/coldfire/firebee.c.
For an RTC device, using device_initcall() instead of arch_initcall()
should be OK.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoe
initialization for debug console
Geert Uytterhoeven (1):
m68k: Update defconfigs for v3.15-rc2
Michael Schmitz (4):
m68k/atari - stram: alloc ST-RAM pool even if kernel not in ST-RAM
m68k/atari - atafb: convert allocation of fb ram to new interface
m68k/atari - ataflop: use
d they could be anywhere
in the 32bit physical address space. So for !CONFIG_MMU systems set the
TASK_SIZE to the maximum physical address.
Signed-off-by: Greg Ungerer
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@l
Any chance to bisect it?
> I haven't tested 3.14 or 3.15-rc yet.
Would be good to know, though, as it may have been fixed.
However, as v3.13.11 is the most recent stable version of v3.13, this may be
an elsewhere unknown and thus unfixed issue.
Gr{oetje,eeting}s,
Ge
a203f4838fb4
("m68k: amiga - GVP Series II SCSI zorro_driver conversion")
commit c737e22cde37e4e2ad126316e4aab7349a491ab3
("m68k: amiga - A2091/A590 SCSI zorro_driver conversion")
All of them without access to the hardware. So far I haven't heard any
complaints ;-)
Gr{oetje,ee
ist.h"
> };
>
> -#define MANUFS (sizeof(zorro_manuf_list)/sizeof(struct zorro_manuf_info))
> +#define MANUFS ARRAY_SIZE(zorro_manuf_list)
>
> void __init zorro_name_device(struct zorro_dev *dev)
> {
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoev
Hi Andreas,
On Sat, Jun 28, 2014 at 2:46 PM, Andreas Schwab wrote:
> Geert Uytterhoeven writes:
>> Andreas, I amended your patch like below, and plan to queue it for 3.16.
>
> That doesn't work.
What doesn't work?
BTW, it's upstream since
Hi Andreas,
On Sat, Jun 28, 2014 at 3:49 PM, Andreas Schwab wrote:
> Geert Uytterhoeven writes:
>> On Sat, Jun 28, 2014 at 2:46 PM, Andreas Schwab
>> wrote:
>>> Geert Uytterhoeven writes:
>>>> Andreas, I amended your patch like below, and plan to queue it
red with
some specific memory configuration with your original version, too.
Thanks!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hack
erence, historical reasons?), so it becomes a negative
number again later,
2. The return value of irq_startup() seems to used in
kernel/irq/autoprobe.c:probe_irq_on() only, and the actual (non-zero) value
doesn't matter, just whether it returns zero or non-zero.
So I'm gonna take this patc
s code, but obviously it isn't supposed to be read as
>>
>> /* FIXME - this comment needs to be deleted */
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with te
Hi Andreas,
On Sat, Jun 28, 2014 at 6:27 PM, Andreas Schwab wrote:
> Geert Uytterhoeven writes:
>> I guess this failure can be triggered with some specific memory
>> configuration with your original version, too.
>
> No.
Hmmm...
Does this (whitespace-damaged) patch hel
Hi Andreas,
On Tue, Jul 8, 2014 at 12:11 AM, Andreas Schwab wrote:
>> Does this (whitespace-damaged) patch help?
>
> Yes, that helps.
Thanks for testing!
Sorry for breaking your patch.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lot
s.
Reported-by: Andreas Schwab
Signed-off-by: Geert Uytterhoeven
Tested-by: Andreas Schwab
---
arch/m68k/kernel/head.S | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/m68k/kernel/head.S b/arch/m68k/kernel/head.S
index dbb118e1a4e0..a54788458ca3 100644
--- a/arch/m68
When a module calls random_get_entropy():
ERROR: "mach_random_get_entropy" [crypto/drbg.ko] undefined!
make[1]: *** [__modpost] Error 1
Signed-off-by: Geert Uytterhoeven
---
To be queued for 3.17
kisskb.ellerman.id.au/kisskb/buildresult/11449343/
---
arch/m68k/kernel/time.c
!
Geert Uytterhoeven (2):
m68k: Fix boot regression on machines with RAM at non-zero
m68k: Export mach_random_get_entropy to modules
arch/m68k/kernel/head.S | 3 ++-
arch/m68k/kernel/time.c | 2 ++
2 files changed, 4 insertions(+), 1 deletion(-)
Gr{oetje,eeting}s
Hi Christoph,
On Sun, Jul 13, 2014 at 11:34 AM, Christoph Hellwig wrote:
> On Sun, Jul 13, 2014 at 11:08:07AM +0200, Geert Uytterhoeven wrote:
>> m68k: Fix boot regression on machines with RAM at non-zero
>> m68k: Export mach_random_get_entropy to modules
>
>
nsigned int q40_irq_startup(struct irq_data
>> *data)
>> case 1: case 2: case 8: case 9:
>> case 11: case 12: case 13:
>> printk("%s: ISA IRQ %d not implemented by HW\n", __func__,
>> irq);
>> - return -E
On Sat, Jul 26, 2014 at 5:33 PM, Sasha Levin wrote:
> On 07/26/2014 11:21 AM, Geert Uytterhoeven wrote:
>> I applied Nick's cleanup (which is not yet in mainline, just in the m68k
>> repo)
>> because I thought Nick was right (in this particular case ;-), cfr. my
>&
,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or
one needs a bit more care.
- Atari FAT: No comments ;-)
May I remind you that patches touching areas outside arch/m68k must be
submitted to the appropriate maintainer (use scripts/get_maintainer.pl).
Thanks!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There
On Tue, Aug 5, 2014 at 10:29 PM, John Paul Adrian Glaubitz
wrote:
> On Tue, Aug 05, 2014 at 09:52:58PM +0200, Ingo Jürgensmann wrote:
>> Am 05.08.2014 um 21:40 schrieb Geert Uytterhoeven :
>>
>> > m68k v3.16 is out!
>> > git://git.kernel.org/pub/scm/linux/kernel/g
trigger,
> instead of the much higher arch/mach level triggers at all?
CONFIG_ATARI_ETHERNEC could be used instead of CONFIG_ATARI,
but as ne.c is used on Atari with Ethernec only, it doesn't matter much.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of L
d at compile time.
Hence there's not really a need for this.
> Are there any other m68k platforms that use the ne.c driver, Geert?
> apne, hydra and zorro8390 all have their own separate drivers - any
> others?
Not that I'm aware of. Only Q40 has CONFIG_NE2000 in defcon
e with other platforms in the future, to support
68000-based Amigas, Ataris, Macs, Suns, ...
But as that's a problem to fix when someone is working on it, it's fine
for me to move these one level up, too.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- Th
On Thu, Aug 21, 2014 at 3:24 PM, wrote:
> Signed-off-by: Greg Ungerer
All 4 of this series:
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversati
On Thu, Aug 21, 2014 at 9:30 AM, Geert Uytterhoeven
wrote:
> On Thu, Aug 21, 2014 at 5:04 AM, wrote:
>> I propose that we move the arch/m68k/platform/coldfire directory to be
>> directly under arch/m68k.
>>
>> The current platform/ structure was inhereted from the m
Hi Greg,
On Fri, Aug 22, 2014 at 1:49 AM, Greg Ungerer wrote:
> On 21/08/14 23:32, Geert Uytterhoeven wrote:
>>
>> On Thu, Aug 21, 2014 at 3:24 PM, wrote:
>>>
>>> Signed-off-by: Greg Ungerer
>>
>>
>> All 4 of this series:
>> Acked-by
Signed-off-by: Geert Uytterhoeven
---
arch/m68k/include/asm/unistd.h | 2 +-
arch/m68k/include/uapi/asm/unistd.h | 1 +
arch/m68k/kernel/syscalltable.S | 1 +
3 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/m68k/include/asm/unistd.h b/arch/m68k/include/asm/unistd.h
Signed-off-by: Geert Uytterhoeven
---
arch/m68k/include/asm/unistd.h | 2 +-
arch/m68k/include/uapi/asm/unistd.h | 1 +
arch/m68k/kernel/syscalltable.S | 1 +
3 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/m68k/include/asm/unistd.h b/arch/m68k/include/asm/unistd.h
: warning: (near initialization for ‘stram_pool’)
arch/m68k/atari/stram.c: In function ‘atari_stram_reserve_pages’:
arch/m68k/atari/stram.c:97: error: invalid use of undefined type ‘struct
resource’
...
Signed-off-by: Geert Uytterhoeven
---
arch/m68k/atari/stram.c | 1 +
1 file changed, 1
d, as I
believe it's handled by drivers/tty/vt/keyboard.c based on events
received from the input subsystem. So just remove it.
Signed-off-by: Geert Uytterhoeven
---
Not tested on real hardware. ARAnyM doesn't have keyboard LEDs.
arch/m68k/atari/atakeyb.c | 1 -
1 file changed, 1 delet
: error: implicit declaration of function
‘isa_rom_readw’
The isa_rom_*() calls should depend on CONFIG_ATARI_ROM_ISA instead of
on CONFIG_ATARI.
Signed-off-by: Geert Uytterhoeven
---
To be folded into "m68k/atari: USB - add ISP1160 USB host controller
support"
---
drivers/usb/host/isp
keyboard there I should find no
> different),
Keyboard was still working on ARAnyM.
But AFAICU, the keyboard_tasklet is used for the LED state only.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In p
s of
drivers in all defconfigs now?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I
4ed7800987b1b082f8fc98c5cb7eb20cf74280a8:
m68k: Wire up memfd_create (2014-09-01 10:28:00 +0200)
Summary:
- m68k: Wire up new syscalls getrandom and memfd_create
Thanks for pulling!
Geert Uytterhoeven (2):
m68k: Wire up
n ops do byteswapping on m68k. If you change the mapping, perhaps
you can get rid of some of the #ifdefs in drivers/usb/host/isp116x-hcd.c?
P.S. Shall I revert my patch for now?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- g
>
> I've pondered this many times and seen no way to avoid the defines.
OK.
>> P.S. Shall I revert my patch for now?
>
> Yes, please. I forgot about the consequences for the EtherNAT earlier. Still
OK, will do.
> need to ensure CONFIG_ATARI_ROM_ISA is set for NetUSBee thou
the ATARI_USB section, if you rather
>>> not
>>> pre-select ATARI_ROM_ISA there. Does this make sense?
>>
>> Yes it does.
>
> Shall I submit a help text patch, or are you happy to do that?
Feel free to send patches. If not, I'll see if I find some spare time
Signed-off-by: Geert Uytterhoeven
---
To be folded into "m68k/atari: USB - add ISP1160 USB host controller
support"
---
drivers/usb/host/isp116x.h | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/usb/host/isp116x.h b/drivers/usb/host/isp116x.h
index 634258df159b..adebe
init.text+0xa5c): undefined reference to `tty_port_link_device'
amiserial.c:(.init.text+0xa6c): undefined reference to `tty_register_driver'
amiserial.c:(.init.text+0xb4a): undefined reference to `tty_unregister_driver'
amiserial.c:(.init.text+0xb58): undefined reference to `tty_port_dest
27;re at it (both copied
from asm-generic).
Signed-off-by: Geert Uytterhoeven
---
arch/m68k/include/asm/io_mm.h | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/arch/m68k/include/asm/io_mm.h b/arch/m68k/include/asm/io_mm.h
index ffdf54f44bc6..8955b40a5dc4 100644
--- a
fix
this.
Signed-off-by: Geert Uytterhoeven
---
drivers/video/fbdev/valkyriefb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/video/fbdev/valkyriefb.c b/drivers/video/fbdev/valkyriefb.c
index 97cb9bd1d1dd..b6ed09f16355 100644
--- a/drivers/video/fbdev/valkyriefb.c
ver.
>
> Signed-off-by: Michael Schmitz
Thanks, applied.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm ta
Hi Greg,
On Mon, Sep 15, 2014 at 3:07 AM, Greg Ungerer wrote:
> On 14/09/14 19:45, Geert Uytterhoeven wrote:
>> drivers/net/ethernet/cirrus/cs89x0.c: In function ‘cs89x0_ioport_probe’:
>> drivers/net/ethernet/cirrus/cs89x0.c:1629: error: implicit declaration of
>> f
701 - 800 of 2679 matches
Mail list logo