Hi,
On 2021/08/30 18:20, matthew green wrote:
hi.
nice work on BE marvell :)
Thanks!
"Rin Okuyama" writes:
Module Name:src
Committed By: rin
Date: Mon Aug 30 00:12:15 UTC 2021
Modified Files:
src/sys/arch/evbarm/conf: MARVELL_NAS
Log Message:
Enable FFS_EI and DI
hi.
nice work on BE marvell :)
"Rin Okuyama" writes:
> Module Name: src
> Committed By: rin
> Date: Mon Aug 30 00:12:15 UTC 2021
>
> Modified Files:
> src/sys/arch/evbarm/conf: MARVELL_NAS
>
> Log Message:
> Enable FFS_EI and DISKLABEL_EI as this SoC supports both endians now.
pe
I forgot that I added dma-ranges support back in Feb last year. All good,
please ignore me :)
On Thu, 21 Jan 2021, Jared McNeill wrote:
This driver is not 64-bit safe and should not be enabled on aarch64 as-is. I
think before turning it on we should restrict it to the lower 1GB of memory
lik
This driver is not 64-bit safe and should not be enabled on aarch64 as-is.
I think before turning it on we should restrict it to the lower 1GB of
memory like the Pi3 models where we know it at least has a chance of
working. You can do this easily by creating a restrictive tag using
bus_dmatag_s
On Mon, Mar 16, 2020 at 08:17:58AM +, Tohru Nishimura wrote:
> Module Name: src
> Committed By: nisimura
> Date: Mon Mar 16 08:17:58 UTC 2020
>
> Modified Files:
> src/sys/arch/evbarm/conf: GENERIC64 files.generic64
>
> Log Message:
> include files.sociox for generic64
>
>
>
> On Jan 25, 2020, at 6:31 AM, Christos Zoulas wrote:
>
>> This seems a little silly to have in the kernel configuration file. I
>> think there's an argument to be made that there should be a header that
>> sets these defaults that can be tuned per-platform (or even some
>> functionality to t
In article ,
Jason Thorpe wrote:
>
>> On Jan 25, 2020, at 4:26 AM, Jared D. McNeill wrote:
>>
>> Module Name: src
>> Committed By:jmcneill
>> Date:Sat Jan 25 12:26:58 UTC 2020
>>
>> Modified Files:
>> src/sys/arch/evbarm/conf: GENERIC GENERIC64
>>
>> Log Message:
> On Jan 25, 2020, at 4:26 AM, Jared D. McNeill wrote:
>
> Module Name: src
> Committed By: jmcneill
> Date: Sat Jan 25 12:26:58 UTC 2020
>
> Modified Files:
> src/sys/arch/evbarm/conf: GENERIC GENERIC64
>
> Log Message:
> Follow amd64 and set AUDIO_BLK_MS=4 by default
This se
Hi,
On 2019/10/27 18:00, Jared D. McNeill wrote:
> Module Name: src
> Committed By: jmcneill
> Date: Sun Oct 27 18:00:46 UTC 2019
>
> Modified Files:
> src/sys/arch/evbarm/conf: GENERIC
>
> Log Message:
> Add support for TI AM335x
This patch should fix if_cpsw.c build when KERNHI
Because we are using image type "kernel_noload" instead of "kernel" for
GENERIC. The header on "kernel" type images contains a load address, and
U-Boot will uncompress the kernel there. For "kernel_noload" type images
there is no load address specified, with the expectation that the kernel
will
On Thu, Mar 14, 2019 at 10:22:43AM +, Jared D. McNeill wrote:
> Module Name: src
> Committed By: jmcneill
> Date: Thu Mar 14 10:22:43 UTC 2019
>
> Modified Files:
> src/sys/arch/evbarm/conf: mk.generic
>
> Log Message:
> U-Boot fails to boot a compressed kernel_noload image, so
matthew green writes:
> Nick Hudson writes:
>> On 13/11/2018 08:21, matthew green wrote:
>> >> Modified Files:
>> >> src/sys/arch/evbarm/conf: std.generic64
>> >>
>> >> Log Message:
>> >> turn on MODULAR by default on aarch64
>> >
>> > optional things should not be in "std.foo". that should b
Nick Hudson writes:
> On 13/11/2018 08:21, matthew green wrote:
> >> Modified Files:
> >>src/sys/arch/evbarm/conf: std.generic64
> >>
> >> Log Message:
> >> turn on MODULAR by default on aarch64
> >
> > optional things should not be in "std.foo". that should be
> > things that are necessary f
On 13/11/2018 08:21, matthew green wrote:
Modified Files:
src/sys/arch/evbarm/conf: std.generic64
Log Message:
turn on MODULAR by default on aarch64
optional things should not be in "std.foo". that should be
things that are necessary for basic function. stuff that
a user would never
> Modified Files:
> src/sys/arch/evbarm/conf: std.generic64
>
> Log Message:
> turn on MODULAR by default on aarch64
optional things should not be in "std.foo". that should be
things that are necessary for basic function. stuff that
a user would never want to remove.
this belongs in GENE
> On Aug 18, 2018, at 5:02 PM, Rin Okuyama wrote:
>
> (1) rename majors.arm32 to majors.arm
> (2) remove majors.aarch64
> (3) make everyone include majors.arm
>
> I will commit if there's no objection.
Correct. Thank you for making this change.
-- thorpej
In article <27877.1534674...@splode.eterna.com.au>,
matthew green wrote:
>> OK. I will leave it as is for now. Please let me know if you
>> remember the problems.
>
>try, and see? :-)
>
>if nothing else, please make them the same now, and add large
>SHOUTING COMMENTS at the top to keep them in sy
> OK. I will leave it as is for now. Please let me know if you
> remember the problems.
try, and see? :-)
if nothing else, please make them the same now, and add large
SHOUTING COMMENTS at the top to keep them in sync.
thanks.
.mrg.
On 2018/08/19 14:33, Nick Hudson wrote:
...
On 19/08/2018 01:02, Rin Okuyama wrote:
It seems harmless to add these devices in majors.aarch64. Therefore,
I propose:
(1) rename majors.arm32 to majors.arm
(2) remove majors.aarch64
(3) make everyone include majors.arm
I will commit if there's no o
On 19/08/2018 01:02, Rin Okuyama wrote:
Oops, I forgot to CC to source-changes-d@.
[snip]
On 2018/08/19 3:48, matthew green wrote:
can't we make arm and arm64 use the identical majors file?
please!
Diff between majors.arm32 and aarch64 reads
[snip]
- ctcom was added by matt@ back in
Oops, I forgot to CC to source-changes-d@.
Forwarded Message
Subject: Merge majors.{arm32,aarch64} into single file (Re: CVS commit:
src/sys/arch/evbarm/conf)
To: matthew green
Cc: Jared McNeill , Nick Hudson , Ryo
Shimizu
From: Rin Okuyama
Date: Sun, 19 Aug 2018 08:57:53
On 2018/08/19 1:11, Jason Thorpe wrote:
On Aug 18, 2018, at 8:49 AM, Rin Okuyama wrote:
...
"ifdef" statements refer "attrtab", whose entries are not normalized to
lower-case. Therefore, "ifdef arm32" becomes false even if we have
"options ARM32", as I wrote in the previous message:
http://ma
can't we make arm and arm64 use the identical majors file?
please!
.mrg.
> On Aug 18, 2018, at 8:49 AM, Rin Okuyama wrote:
>
> On 2018/08/19 0:06, Jason Thorpe wrote:
>>> On 2018/08/18 20:08, Rin Okuyama wrote:
Ah, then it should be "if ARM32". It was "if arm32" in rev. 1.31.
>>>
>>> Sorry, not 1.31 but 1.30.
>> That's because all options are normalized to lo
On Sun, 19 Aug 2018, Rin Okuyama wrote:
On 2018/08/18 22:41, Jared McNeill wrote:
Not sure I understand this change. arm32 should be defined on 32-bit evbarm
platforms via std.evbarm.
If arm32 is not defined, I wouldn't expect a kernel to link as there are
dependencies on it in arch/arm/conf
On 2018/08/19 0:06, Jason Thorpe wrote:
On 2018/08/18 20:08, Rin Okuyama wrote:
Ah, then it should be "if ARM32". It was "if arm32" in rev. 1.31.
Sorry, not 1.31 but 1.30.
That's because all options are normalized to lower-case.
Oops, not "if" but "ifdef".
"ifdef" statements refer "attrta
On 2018/08/18 22:41, Jared McNeill wrote:
Not sure I understand this change. arm32 should be defined on 32-bit evbarm
platforms via std.evbarm.
If arm32 is not defined, I wouldn't expect a kernel to link as there are
dependencies on it in arch/arm/conf/files.arm as well.
No "arm32" is not de
> On Aug 18, 2018, at 7:59 AM, Rin Okuyama wrote:
>
> On 2018/08/18 20:08, Rin Okuyama wrote:
>> Ah, then it should be "if ARM32". It was "if arm32" in rev. 1.31.
>
> Sorry, not 1.31 but 1.30.
That's because all options are normalized to lower-case.
-- thorpej
On 2018/08/18 20:08, Rin Okuyama wrote:
Ah, then it should be "if ARM32". It was "if arm32" in rev. 1.31.
Sorry, not 1.31 but 1.30.
On 2018/08/18 18:51, Nick Hudson wrote:
On 18/08/2018 10:29, Rin Okuyama wrote:
Module Name: src
Committed By: rin
Date: Sat Aug 18 09:29:45 UTC 2
Not sure I understand this change. arm32 should be defined on 32-bit
evbarm platforms via std.evbarm.
If arm32 is not defined, I wouldn't expect a kernel to link as there are
dependencies on it in arch/arm/conf/files.arm as well.
On Sat, 18 Aug 2018, Rin Okuyama wrote:
Module Name:src
Ah, then it should be "if ARM32". It was "if arm32" in rev. 1.31.
On 2018/08/18 18:51, Nick Hudson wrote:
On 18/08/2018 10:29, Rin Okuyama wrote:
Module Name: src
Committed By: rin
Date: Sat Aug 18 09:29:45 UTC 2018
Modified Files:
src/sys/arch/evbarm/conf: files.evbarm
Log M
On 18/08/2018 10:29, Rin Okuyama wrote:
Module Name:src
Committed By: rin
Date: Sat Aug 18 09:29:45 UTC 2018
Modified Files:
src/sys/arch/evbarm/conf: files.evbarm
Log Message:
Fix a bug introduced in the previous revision;
We don't define arm32 anywhere, and majors.aarc
In article ,
Nick Hudson wrote:
>On 12/28/17 23:24, Christos Zoulas wrote:
>> Module Name: src
>> Committed By:christos
>> Date:Thu Dec 28 23:24:30 UTC 2017
>>
>> Added Files:
>> src/sys/arch/evbarm/conf: RPI3
>>
>> Log Message:
>> XXX: Test for the new two environmen
On 12/28/17 23:24, Christos Zoulas wrote:
Module Name:src
Committed By: christos
Date: Thu Dec 28 23:24:30 UTC 2017
Added Files:
src/sys/arch/evbarm/conf: RPI3
Log Message:
XXX: Test for the new two environmental drivers
Why is this kernel needed?
Thanks,
Nick
On Sun, May 28, 2017 at 11:15:59AM +, Martin Husemann wrote:
> Module Name: src
> Committed By: martin
> Date: Sun May 28 11:15:59 UTC 2017
>
> Modified Files:
> src/sys/arch/evbarm/conf: CUBIETRUCK
>
> Log Message:
> Add (commented out) can bus options, CUBIETRUCK is also A20
On Mon, 14 Dec 2015, Paul Goyette wrote:
On Mon, 14 Dec 2015, Marty Fouts wrote:
Module Name:src
Committed By: marty
Date: Mon Dec 14 00:00:22 UTC 2015
Modified Files:
src/sys/arch/evbarm/conf: ODROID-XU4
Log Message:
enable the watch dog
This will work only if the p
On Mon, 14 Dec 2015, Marty Fouts wrote:
Module Name:src
Committed By: marty
Date: Mon Dec 14 00:00:22 UTC 2015
Modified Files:
src/sys/arch/evbarm/conf: ODROID-XU4
Log Message:
enable the watch dog
This will work only if the patch to sysmon_wdog.c to convert it to
MODU
Although I confirmed that all kernels of evbearmv7hf-el had no binary
changes after this change, I am a bit confused by [1]. According to
[1], at that time, this linker script was used by hpcboot (of
hpcarm?). Now I see that hpcarm doesn't seem to use linker script at
all.
Anyway, load addresses
Probably the default style attachment (like "midi* at midibus?") can
(should) be implicity generated.
Hi.
(2014/04/05 7:09), matthew green wrote:
> "SAITOH Masanobu" writes:
>> Module Name: src
>> Committed By:msaitoh
>> Date:Fri Apr 4 07:55:25 UTC 2014
>>
>> Modified Files:
>> src/sys/arch/evbarm/conf: OPENRD
>>
>> Log Message:
>> Delete COMPAT_NETBSD32 option
>
> h
"SAITOH Masanobu" writes:
> Module Name: src
> Committed By: msaitoh
> Date: Fri Apr 4 07:55:25 UTC 2014
>
> Modified Files:
> src/sys/arch/evbarm/conf: OPENRD
>
> Log Message:
> Delete COMPAT_NETBSD32 option
hmm, why? this makes old-arm and eabi userlands both possible with
th
Hi!
From: Radoslaw Kujawa
Date: Mon, 30 Sep 2013 15:46:26 +0200
> On 30 Sep 2013, at 3:36 PM, KIYOHARA Takashi wrote:
>
>> +# On-chip Gigabit Ethernet Controller Interface
>> +mvgbec* at mvsoc? offset ?
>> +mvgbe* at mvgbec? port ? irq ?
>> +makphy* at mii? phy ?
>
> Does that really wo
Hello!
On 30 Sep 2013, at 3:36 PM, KIYOHARA Takashi wrote:
> +# On-chip Gigabit Ethernet Controller Interface
> +mvgbec* at mvsoc? offset ?
> +mvgbe* at mvgbec? port ? irq ?
> +makphy* at mii? phy ?
Does that really work on your AX3 board?
If so, I've got to check it on mine too. From da
> Module Name: src
> Committed By: matt
> Date: Wed Jul 10 20:25:21 UTC 2013
>
> Modified Files:
> src/sys/arch/evbarm/conf: Makefile.evbarm.inc
>
> Log Message:
> If using mdsetimage to install a ramdisk install, add the
> ramdisk to SYSTEM_DEP so the kernel will be relinked and the
In article <51176dc1.7040...@netbsd.org>,
Nick Hudson wrote:
>On 02/09/13 20:48, Christos Zoulas wrote:
>>
>>
>> Modified files:
>>
>> Index: src/sys/arch/evbarm/conf/mk.rpi
>> diff -u src/sys/arch/evbarm/conf/mk.rpi:1.2
>src/sys/arch/evbarm/conf/mk.rpi:1.3
>> --- src/sys/arch/evbarm/conf/mk.rpi:
On 02/09/13 20:48, Christos Zoulas wrote:
Modified files:
Index: src/sys/arch/evbarm/conf/mk.rpi
diff -u src/sys/arch/evbarm/conf/mk.rpi:1.2 src/sys/arch/evbarm/conf/mk.rpi:1.3
--- src/sys/arch/evbarm/conf/mk.rpi:1.2 Mon Dec 10 00:02:14 2012
+++ src/sys/arch/evbarm/conf/mk.rpi Sat Feb 9 1
46 matches
Mail list logo