> Module Name:src
> Committed By: riastradh
> Date: Sun Sep 25 07:50:32 UTC 2022
>
> Modified Files:
> src/sys/arch/arm/ti: ti_fb.c ti_lcdc.c
>
> Log Message:
> tilcdc(4): Set is_console on the drm device, not the fb child.
>
> The drm device is represented by a rockchip,
> Module Name:src
> Committed By: riastradh
> Date: Sun Sep 25 07:50:23 UTC 2022
>
> Modified Files:
> src/sys/arch/arm/sunxi: sunxi_drm.c sunxi_fb.c
>
> Log Message:
> sunxidrm: Set is_console on the drm device, not the fb child.
>
> The drm device is represented by a ro
On 2021/11/09 8:57, Rin Okuyama wrote:
Module Name:src
Committed By: rin
Date: Mon Nov 8 23:57:23 UTC 2021
Modified Files:
src/sys/arch/arm/sa11x0: sa11x0_irq.S
Log Message:
irq_entry(): Do not clobber fp (= r11), in order not to confuse DDB.
(snip)
XXX
Rewrite this
Oops, forgot to mention: No binary changes.
On 2021/10/07 18:58, Rin Okuyama wrote:
Module Name:src
Committed By: rin
Date: Thu Oct 7 09:58:27 UTC 2021
Modified Files:
src/sys/arch/arm/arm: cpufunc_asm_armv5_ec.S
Log Message:
Reduce diff with cpufunc_asm_armv5.S, from
Hi,
On 2021/08/06 17:58, Rin Okuyama wrote:
Module Name:src
Committed By: rin
Date: Fri Aug 6 08:58:42 UTC 2021
Modified Files:
src/sys/arch/arm/xscale: i80321_intr.h
Log Message:
Do *NOT* lower IPL in i80321_splraise().
Fix various strange crashes for DIAGNOSTIC kern
"Rin Okuyama" wrote:
> Module Name: src
> Committed By: rin
> Date: Sun May 30 07:20:00 UTC 2021
>
> Modified Files:
>
> src/sys/arch/arm/include/arm32: param.h
>
> Log Message:
>
> Include opt_param.h for MSGBUFSIZE ifdef _KERNEL_OPT.
Thanks Rin! I thought I had checked all the w
On Tue, Jan 19, 2021 at 07:19:51PM +0100, Martin Husemann wrote:
> On Tue, Jan 19, 2021 at 12:35:10AM +, Jason R Thorpe wrote:
> > Module Name:src
> > Committed By: thorpej
> > Date: Tue Jan 19 00:35:10 UTC 2021
> >
> > Modified Files:
> > src/sys/arch/arm/sunxi
On Tue, Jan 19, 2021 at 12:35:10AM +, Jason R Thorpe wrote:
> Module Name: src
> Committed By: thorpej
> Date: Tue Jan 19 00:35:10 UTC 2021
>
> Modified Files:
> src/sys/arch/arm/sunxi: sunxi_sramc.c
>
> Log Message:
> Use device_compatible_entry / of_search_compatible() rather
Oops. The change was to make sure that a devicetree node with a
"rockchip,grf" property on a device type that doesn't provide a config
struct doesn't deref a NULL ptr.
On Fri, 1 Jan 2021, Jared D. McNeill wrote:
Module Name:src
Committed By: jmcneill
Date: Fri Jan 1 11:44:41
Excellent! Thank you so much for finding out and fixing this!
Full ATF successfully completed for Raspberry Pi 2b, which formerly
crashed due to "anon != NULL && anon->an_ref != 0" panic.
Now, ATF is running on Cubietruck and Raspberry Pi Zero W.
Thanks,
rin
On 2020/11/22 4:44, Nick Hudson wro
On 2020/11/12 6:52, matthew green wrote:
"Rin Okuyama" writes:
Module Name:src
Committed By: rin
Date: Tue Nov 10 21:40:07 UTC 2020
Modified Files:
src/sys/arch/arm/arm: cpu_exec.c
Log Message:
Test (epp->ep_esch->es_emul != &emul_netbsd) instead of
nice, this is a st
"Rin Okuyama" writes:
> Module Name: src
> Committed By: rin
> Date: Tue Nov 10 21:40:07 UTC 2020
>
> Modified Files:
> src/sys/arch/arm/arm: cpu_exec.c
>
> Log Message:
> Test (epp->ep_esch->es_emul != &emul_netbsd) instead of
nice, this is a step forward.
an optimisation on it co
Great work! One small remark:
+static int
+ave_fdt_match(device_t parent, cfdata_t cf, void *aux)
+{
+ static const char * compatible[] = {
+#ifdef _LP64
+ "socionext,unifier-ld20-ave4",
+#else
+ "so
Hi --
Is there really a need for all of this fdt stuff for SCA2A11? I would
expect that the board can be fully supported in ACPI mode.
Thanks,
Jared
On Wed, 18 Mar 2020, Tohru Nishimura wrote:
Module Name:src
Committed By: nisimura
Date: Wed Mar 18 08:49:51 UTC 2020
Modifi
On 21/02/2020 23:27, Maya Rashish wrote:
[...]
Index: src/sys/arch/arm/arm32/bus_dma.c
diff -u src/sys/arch/arm/arm32/bus_dma.c:1.118
src/sys/arch/arm/arm32/bus_dma.c:1.119
--- src/sys/arch/arm/arm32/bus_dma.c:1.118 Tue Nov 5 10:21:31 2019
+++ src/sys/arch/arm/arm32/bus_dma.cFri Feb 2
On 05/02/2020 07:37, Nick Hudson wrote:
Module Name:src
Committed By: skrll
Date: Wed Feb 5 07:37:36 UTC 2020
Modified Files:
src/sys/arch/arm/arm: cpufunc.c
src/sys/arch/arm/arm32: armv7_generic_space.c pmap.c
src/sys/arch/arm/conf: Makefile.arm
> On Jan 13, 2020, at 10:24 AM, Christos Zoulas wrote:
>
> Talking to myself:
>
> The arm PAGE_SIZE_{MIN,MAX} should go away after nick eliminates the
> need for the 8K pages. This leaves us with m68k to deal with...
> Do modules work on m68k? Should modules be shared between kernels with
> di
In article <20200113163830.e7a6317f...@rebar.astron.com>,
Christos Zoulas wrote:
>|
>| Probably this is the same reason of recent arm build failures:
>| https://releng.netbsd.org/builds/HEAD/202001130720Z/
>| https://releng.netbsd.org/builds/HEAD/202001130720Z/evbarm-earm.build.failed
>| ---
>|
> On Jan 13, 2020, at 8:15 AM, Izumi Tsutsui wrote:
>
> christos@ wrote:
>
>>> Now I get the following erro during local tests of
>>> "build.sh -U -m hp300 release" on NetBSD/i386 9.0_RC1 host:
>>>
>>> ---
>>> #create compat_util/compat_exec.d
> :
>>> In file included from /s/cvs/src/sy
On Jan 14, 1:15am, tsut...@ceres.dti.ne.jp (Izumi Tsutsui) wrote:
-- Subject: Re: MAX_PAGE_SIZE for m68k (Re: CVS commit: src/sys/arch/arm/incl
| christos@ wrote:
|
| > >Now I get the following erro during local tests of
| > >"build.sh -U -m hp300 release" on Ne
christos@ wrote:
> >Now I get the following erro during local tests of
> >"build.sh -U -m hp300 release" on NetBSD/i386 9.0_RC1 host:
> >
> >---
> >#create compat_util/compat_exec.d
:
> >In file included from /s/cvs/src/sys/sys/param.h:149:0,
> > from /s/cvs/src/sys/compat/co
In article <200114002918.m0108...@mirage.ceres.dti.ne.jp>,
Izumi Tsutsui wrote:
>christos@ wrote:
>
>> LGTM too.
>
>> >> thorpej@ wrote:
> :
>> >> How about the attached diff? (untested, just for review)
>> >
>> > This looks good to me.
>
>Now I get the following erro during local tests of
>"bui
christos@ wrote:
> LGTM too.
> >> thorpej@ wrote:
:
> >> How about the attached diff? (untested, just for review)
> >
> > This looks good to me.
Now I get the following erro during local tests of
"build.sh -U -m hp300 release" on NetBSD/i386 9.0_RC1 host:
---
#create compat_util/compat_e
LGTM too.
christos
> On Jan 12, 2020, at 10:09 AM, Jason Thorpe wrote:
>
>
>
>> On Jan 11, 2020, at 10:47 PM, Izumi Tsutsui wrote:
>>
>> thorpej@ wrote:
>>
PGSHIFT is defined in and
PAGE_SHIFT and PAGE_SIZE is in ,
but there is no common .
>>>
>>> Make a common that all o
> On Jan 11, 2020, at 10:47 PM, Izumi Tsutsui wrote:
>
> thorpej@ wrote:
>
>>> PGSHIFT is defined in and
>>> PAGE_SHIFT and PAGE_SIZE is in ,
>>> but there is no common .
>>
>> Make a common that all of the platforms can #include, and
>> just put these common definitions in it (for now)?
thorpej@ wrote:
> > PGSHIFT is defined in and
> > PAGE_SHIFT and PAGE_SIZE is in ,
> > but there is no common .
>
> Make a common that all of the platforms can #include, and
> just put these common definitions in it (for now)?
How about the attached diff? (untested, just for review)
- Only s
> On Jan 11, 2020, at 8:32 PM, Izumi Tsutsui wrote:
>
> PGSHIFT is defined in and
> PAGE_SHIFT and PAGE_SIZE is in ,
> but there is no common .
Make a common that all of the platforms can #include, and just
put these common definitions in it (for now)?
-- thorpej
> >m68k also needs this? (currently no common though)
>
> Good catch. Yup, looks like it:
:
>
> #define MIN_PAGE_SHIFT 11 /* sun2 */
> #define MAX_PAGE_SHIFT 13 /* amiga,atari,sun3 */
> #define MIN_PAGE_SIZE (1 << MIN_PAGE_SHIFT)
>
In article <200112121414.m0101...@mirage.ceres.dti.ne.jp>,
Izumi Tsutsui wrote:
>> Module Name: src
>> Committed By:christos
>> Date:Sat Jan 11 19:06:35 UTC 2020
>>
>> Modified Files:
>> src/sys/arch/arm/include/arm32: vmparam.h
>>
>> Log Message:
>> Define the min
> Module Name: src
> Committed By: christos
> Date: Sat Jan 11 19:06:35 UTC 2020
>
> Modified Files:
> src/sys/arch/arm/include/arm32: vmparam.h
>
> Log Message:
> Define the min and max page size supported for the benefit of jemalloc
>
>
> To generate a diff of this commit:
> cv
On Nov 27, 2019, at 9:08 PM, Jason R Thorpe wrote:
>
> + firqh = kmem_alloc(sizeof(*firqh), KM_SLEEP);
> + firqh->ih_irq = firq;
> + firqh->ih_fn = func;
> + firqh->ih_arg = arg;
> + TAILQ_INSERT_TAIL(&firq->intr_handlers, firqh, ih_next);
> +
> + return firqh;
I should ha
> On Nov 28, 2019, at 2:21 AM, Jared McNeill wrote:
>
> I should have commented the code in gicv3 so that you would have realized it
> was “unnecessarily complicated” for a reason :)
Ok, I'll fix and add a comment.
>
> The interrupt_distribute(9) API makes an assumption that the return valu
This change causes evbarm/aarch64 to hang early on an Allwinner
A64-based Pinebook.
On Tue, Oct 15, 2019 at 05:25:02PM +, Christoph Badura wrote:
> Module Name: src
> Committed By: bad
> Date: Tue Oct 15 17:25:02 UTC 2019
>
> Modified Files:
> src/sys/arch/arm/fdt: cpu_fdt.c
>
On Mon, May 13, 2019 at 04:55:17PM +, Manuel Bouyer wrote:
> Module Name: src
> Committed By: bouyer
> Date: Mon May 13 16:55:17 UTC 2019
>
> Modified Files:
> src/sys/arch/arm/sunxi: sunxi_sata.c
>
> Log Message:
> Use new magic values from linux for DMACR. While I couldn't me
On 2018/11/28 12:11, Masanobu SAITOH wrote:
Hi.
On 2018/11/28 3:29, Jared D. McNeill wrote:
Module Name: src
Committed By: jmcneill
Date: Tue Nov 27 18:29:17 UTC 2018
Modified Files:
src/sys/arch/arm/acpi: acpi_platform.c
Log Message:
Add support for SPCR 16550 and 16450 inte
Hi.
On 2018/11/28 3:29, Jared D. McNeill wrote:
Module Name:src
Committed By: jmcneill
Date: Tue Nov 27 18:29:17 UTC 2018
Modified Files:
src/sys/arch/arm/acpi: acpi_platform.c
Log Message:
Add support for SPCR 16550 and 16450 interface types
To generate a diff of thi
Nick Hudson writes:
> Does it work now?
Yes, it does.
Regards,
Aymeric
On 28/10/2018 14:58, Aymeric Vincent wrote:
Module Name:src
Committed By: aymeric
Date: Sun Oct 28 14:58:20 UTC 2018
Modified Files:
src/sys/arch/arm/altera: cycv_platform.c
Log Message:
Use virtual addresses where virtual addresses are expected.
Thanks
Does it work n
On Sun, 21 Oct 2018, Nick Hudson wrote:
Can't see enable-method as property of cpus node in the standard bindings.
Surely, bcm2837.dtsi is using non-standard bindings
This is valid according to the devicetree spec:
Properties that have identical values across cpu nodes may be placed in
th
On 20/10/2018 11:24, Jared McNeill wrote:
On Sat, 20 Oct 2018, Ryo Shimizu wrote:
I think the dts should be fixed rather than #ifdef __arm__
I agree that we need to change dts to eliminate 32bit enable method from
the dtb for 64bit. However, it is also strange that enable-method code
for 32bi
On Sat, 20 Oct 2018, Ryo Shimizu wrote:
I think the dts should be fixed rather than #ifdef __arm__
I agree that we need to change dts to eliminate 32bit enable method from
the dtb for 64bit. However, it is also strange that enable-method code
for 32bit ARM remains in the 64bit binary as well.
>On 20/10/2018 06:53, Ryo Shimizu wrote:
>> Module Name: src
>> Committed By:ryo
>> Date:Sat Oct 20 05:53:22 UTC 2018
>>
>> Modified Files:
>> src/sys/arch/arm/broadcom: bcm283x_platform.c
>>
>> Log Message:
>> - fix AP spinup on bcm283x
>> - "brcm,bcm2836-smp" is a
On 20/10/2018 08:19, Ryo Shimizu wrote:
On 20/10/2018 06:53, Ryo Shimizu wrote:
Module Name:src
Committed By: ryo
Date: Sat Oct 20 05:53:22 UTC 2018
Modified Files:
src/sys/arch/arm/broadcom: bcm283x_platform.c
Log Message:
- fix AP spinup on bcm283x
- "brcm,bcm2836-
On 20/10/2018 06:53, Ryo Shimizu wrote:
Module Name:src
Committed By: ryo
Date: Sat Oct 20 05:53:22 UTC 2018
Modified Files:
src/sys/arch/arm/broadcom: bcm283x_platform.c
Log Message:
- fix AP spinup on bcm283x
- "brcm,bcm2836-smp" is a enable-method for only 32bit bcm28
On 20/10/2018 06:38, Ryo Shimizu wrote:
Module Name:src
Committed By: ryo
Date: Sat Oct 20 05:38:27 UTC 2018
Modified Files:
src/sys/arch/arm/rockchip: rk_platform.c
Log Message:
add missing .ap_mpstart for rk3399
Thanks,
Nick
On Tue, Jul 17, 2018 at 05:29:07AM +, Martin Husemann wrote:
> Module Name: src
> Committed By: martin
> Date: Tue Jul 17 05:29:07 UTC 2018
>
> Modified Files:
> src/sys/arch/arm/arm32: bus_dma.c
>
> Log Message:
> Revert previous and cast to u_quad_t instead (t is for ptrdiff_
In article <20180715143050.ga28...@britannica.bec.de>,
Joerg Sonnenberger wrote:
>On Sat, Jul 14, 2018 at 08:36:13PM -0400, Christos Zoulas wrote:
>> Module Name: src
>> Committed By:christos
>> Date:Sun Jul 15 00:36:13 UTC 2018
>>
>> Modified Files:
>> src/sys/arch/
On Sat, Jul 14, 2018 at 08:36:13PM -0400, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Sun Jul 15 00:36:13 UTC 2018
>
> Modified Files:
> src/sys/arch/arm/include: int_fmtio.h
>
> Log Message:
> Fix formats for gcc where int64 is long not long long (li
> On Jun 7, 2018, at 5:14 AM, Jonathan A. Kollasch
> wrote:
>
> I don't disagree. That said, making use of this hardware design did not
> seem the most straightforward to me. If you can find a better way to do
> it, that'd be great.
Yah, it’s definitely awkward to use, although one advanta
On Thu, Jun 07, 2018 at 05:07:28AM +, Jason R Thorpe wrote:
> Module Name: src
> Committed By: thorpej
> Date: Thu Jun 7 05:07:28 UTC 2018
>
> Modified Files:
> src/sys/arch/arm/broadcom: bcm2835_bsc.c
>
> Log Message:
> A minimal change to prevent the Raspberry Pi i2c driver
On Tue, Apr 03, 2018 at 11:49:51AM -0300, Jared McNeill wrote:
> There was mention of using pinctrl entries for it here:
> http://linux-sunxi.org/External_interrupts#Device_Tree_Entries
>
> I was thinking it would be handy to define the functions this way if we ever
> wanted to use an interrupt pi
On Tue, 3 Apr 2018, Manuel Bouyer wrote:
On Tue, Apr 03, 2018 at 09:55:40AM -0300, Jared McNeill wrote:
Hi Manuel --
On Tue, 3 Apr 2018, Manuel Bouyer wrote:
Log Message:
external interrupt functions are named "eint" in the sunxi_gpio_pins[]
arrays, while sunxi_gpio_establish() looks for "ei
On Tue, Apr 03, 2018 at 09:55:40AM -0300, Jared McNeill wrote:
> Hi Manuel --
>
> On Tue, 3 Apr 2018, Manuel Bouyer wrote:
>
> > Log Message:
> > external interrupt functions are named "eint" in the sunxi_gpio_pins[]
> > arrays, while sunxi_gpio_establish() looks for "eint".
> > Rename eint to ei
Hi Manuel --
On Tue, 3 Apr 2018, Manuel Bouyer wrote:
Log Message:
external interrupt functions are named "eint" in the sunxi_gpio_pins[]
arrays, while sunxi_gpio_establish() looks for "eint".
Rename eint to eint in sunxi_gpio_pins[]. Tested with an external interrupt
on PH0 on an A20.
I chec
On Sep 14, 9:47am, p...@whooppee.com (Paul Goyette) wrote:
-- Subject: Re: CVS commit: src/sys/arch/arm/dts
| Additionally, use of this GNU extension might preclude a move to a
| non-gcc compiler in the future...
That ship has sailed for the kernel:
- we are using too many gcc
Additionally, use of this GNU extension might preclude a move to a
non-gcc compiler in the future...
On Thu, 14 Sep 2017, Jun Ebihara wrote:
From: chris...@zoulas.com (Christos Zoulas)
Subject: Re: CVS commit: src/sys/arch/arm/dts
Date: Tue, 12 Sep 2017 11:42:56 -0400
| >>+#i
On Sep 14, 10:17am, j...@soum.co.jp (Jun Ebihara) wrote:
-- Subject: Re: CVS commit: src/sys/arch/arm/dts
| I read https://gcc.gnu.org/onlinedocs/cpp/Wrapper-Headers.html .
|
| "The use #include_next can lead to great confusion.
| We recommend it be used only when there is no other altern
From: chris...@zoulas.com (Christos Zoulas)
Subject: Re: CVS commit: src/sys/arch/arm/dts
Date: Tue, 12 Sep 2017 11:42:56 -0400
> | >>+#include
> |
> >>"../../../external/gpl2/dts/dist/arch/arm/boot/dts/sun8i-h3-orangepi-one.dts"
> |
> "/usr/src/sy
On Sep 12, 11:17am, j...@soum.co.jp (Jun Ebihara) wrote:
-- Subject: Re: CVS commit: src/sys/arch/arm/dts
| From: chris...@astron.com (Christos Zoulas)
| Subject: Re: CVS commit: src/sys/arch/arm/dts
| Date: Mon, 11 Sep 2017 21:10:04 + (UTC)
|
| >>+#include
|
>>"../../../
On Tue, Sep 12, 2017 at 11:17:02AM +0900, Jun Ebihara wrote:
> From: chris...@astron.com (Christos Zoulas)
> Subject: Re: CVS commit: src/sys/arch/arm/dts
> Date: Mon, 11 Sep 2017 21:10:04 + (UTC)
>
> >>+#include
> >>"../../../external/gpl2/dts/dist/arch/arm
From: chris...@astron.com (Christos Zoulas)
Subject: Re: CVS commit: src/sys/arch/arm/dts
Date: Mon, 11 Sep 2017 21:10:04 + (UTC)
>>+#include
>>"../../../external/gpl2/dts/dist/arch/arm/boot/dts/sun8i-h3-orangepi-one.dts"
>>+
> Why does it need the full path
In article <20170911204414.97484f...@cvs.netbsd.org>,
Jun Ebihara wrote:
>-=-=-=-=-=-
>
>+#include
>"../../../external/gpl2/dts/dist/arch/arm/boot/dts/sun8i-h3-orangepi-one.dts"
>+
Why does it need the full path? Doesn't:
#include "sun8i-h3-orangepi-one.dts"
work?
christos
This breaks kernel builds:
/home/jmcneill/netbsd/cvs-src/sys/uvm/pmap/pmap_tlb.c: In function
'pmap_tlb_update_addr':
/home/jmcneill/netbsd/cvs-src/sys/uvm/pmap/pmap_tlb.c:739:13: error: implicit
declaration of function 'pte_valid_p' [-Werror=implicit-function-declaration]
KASSERTMSG(pte_vali
On Sat, Oct 15, 2016 at 03:11:56PM +, KIYOHARA Takashi wrote:
> Module Name: src
> Committed By: kiyohara
> Date: Sat Oct 15 15:11:56 UTC 2016
>
> Modified Files:
> src/sys/arch/arm/omap: files.omap2 omap2_gpio.c
>
> Log Message:
> Support TI_AM335X gpio to omap2_gpio.c.
From
Hi,
On Sat, Oct 15, 2016 at 03:09:00PM +, KIYOHARA Takashi wrote:
> + fifo = OMAP2_I2C_FIFOBYTES(fifodepth);
>From
>http://releng.netbsd.org/builds/HEAD/201610160020Z/evbarm-earmv7hf.build.failed
--- kern-BEAGLEBONE ---
/home/source/ab/HEAD/src/sys/arch/arm/omap/ti_iic.c: In function
Hi!
From: "Jonathan A. Kollasch"
Date: Thu, 4 Aug 2016 22:02:54 -0500
> On Fri, Aug 05, 2016 at 11:27:13AM +0900, KIYOHARA Takashi wrote:
>> Hi!
>>
>>
>> From: "Jonathan A. Kollasch"
>> Date: Thu, 4 Aug 2016 20:07:18 +
>>
>> > Module Name: src
>> > Committed By: jakllsch
>> >
On Fri, Aug 05, 2016 at 11:27:13AM +0900, KIYOHARA Takashi wrote:
> Hi!
>
>
> From: "Jonathan A. Kollasch"
> Date: Thu, 4 Aug 2016 20:07:18 +
>
> > Module Name:src
> > Committed By: jakllsch
> > Date: Thu Aug 4 20:07:18 UTC 2016
> >
> > Modified Files:
> >
Hi!
From: "Jonathan A. Kollasch"
Date: Thu, 4 Aug 2016 20:07:18 +
> Module Name: src
> Committed By: jakllsch
> Date: Thu Aug 4 20:07:18 UTC 2016
>
> Modified Files:
> src/sys/arch/arm/omap: omap3_sdhc.c
>
> Log Message:
> TI_DM37xx does not currently have a working omapsc
On Fri, Jul 15, 2016 at 05:59:46AM +, Nick Hudson wrote:
> +
> +bool
> +mm_md_page_color(paddr_t pa, int *colorp)
> +{
> + *colorp = atop(pa & arm_cache_prefer_mask);
> +
> + return arm_cache_prefer_mask ? false : true;
> +}
>
arm_cache_prefer_mask only exists for armv6/armv7 now
On Fri, Jul 15, 2016 at 05:59:46AM +, Nick Hudson wrote:
> Module Name: src
> Committed By: skrll
> Date: Fri Jul 15 05:59:46 UTC 2016
>
> Modified Files:
> src/sys/arch/arm/arm32: arm32_machdep.c
>
> Log Message:
> Provide a mm_md_page_color and fix some kernel builds
>
>
S
Hi Nick!
On Thu, Mar 03, 2016 at 05:01:31PM +, Nick Hudson wrote:
> Log Message:
> Get the RPI3 working (in aarch32 mode) by recognising Cortex A53 CPUs.
> While I'm here add some A57/A72 info as well.
>
> My RPI3 works with FB console - the uart needs some help with its clocks.
Thanks for y
Hello,
On Wed, 13 Jan 2016 16:35:38 +0100
Manuel Bouyer wrote:
> On Wed, Jan 13, 2016 at 01:29:52PM +, Michael Lorenz wrote:
> > Module Name:src
> > Committed By: macallan
> > Date: Wed Jan 13 13:29:51 UTC 2016
> >
> > Modified Files:
> > src/sys/arch/arm/all
On Wed, Jan 13, 2016 at 01:29:52PM +, Michael Lorenz wrote:
> Module Name: src
> Committed By: macallan
> Date: Wed Jan 13 13:29:51 UTC 2016
>
> Modified Files:
> src/sys/arch/arm/allwinner: awin_tcon.c
>
> Log Message:
> add OUTPUT_VGA in order to shut down the right output(s)
On Thu, Oct 08, 2015 at 07:19:15PM -0300, Jared McNeill wrote:
> Unless you plan on implementing a better fix, I'm going to commit something
> like this (not compile tested) to restore HDMI audio functionality for A20
> and A31.
By experiments, I found that it's better to turn off the signals in
H
Unless you plan on implementing a better fix, I'm going to commit
something like this (not compile tested) to restore HDMI audio
functionality for A20 and A31.
Index: awin_debe.c
===
RCS file: /cvsroot/src/sys/arch/arm/allwinner/a
On Tue, 6 Oct 2015, Manuel Bouyer wrote:
On Tue, Oct 06, 2015 at 10:06:31AM +1100, matthew green wrote:
And is this really a problem ? turning off video is configurable in the
X server, so if you want audio without video you can turn off the
screensaver ...
it's a problem if you want the scre
On Tue, Oct 06, 2015 at 10:06:31AM +1100, matthew green wrote:
> > And is this really a problem ? turning off video is configurable in the
> > X server, so if you want audio without video you can turn off the
> > screensaver ...
>
> it's a problem if you want the screensaver to work when you're no
> And is this really a problem ? turning off video is configurable in the
> X server, so if you want audio without video you can turn off the
> screensaver ...
it's a problem if you want the screensaver to work when you're not
using the video or audio. your idea means it is *always* on.
.mrg.
Device tree is definitely the way to go (IMHO) but we don't have that
code today and that's not a small effort. I wrote the fex code at a time
when there was no other option. So it's there if you want to use it.
On Mon, 5 Oct 2015, Manuel Bouyer wrote:
On Mon, Oct 05, 2015 at 01:28:08PM -03
It's really a problem because of how the audio device behaves when you
turn the clock off from under it. I don't think changing X server
configuration is a good solution when we can clearly do better than that
by adding a bit of logic in the display driver to handle it.
On Mon, 5 Oct 2015, Ma
On Mon, Oct 05, 2015 at 01:28:08PM -0300, Jared McNeill wrote:
> On Mon, 5 Oct 2015, Manuel Bouyer wrote:
> >BTW, I'm looking at this because I need to make the LVDS interface to work
> >(and turn the display on/off via GPIOs, to save power). Do you have ideas
> >on how this should work ?
> >We won
On Mon, Oct 05, 2015 at 02:42:00PM -0300, Jared McNeill wrote:
> On Mon, 5 Oct 2015, Manuel Bouyer wrote:
>
> >On Mon, Oct 05, 2015 at 02:13:51PM -0300, Jared McNeill wrote:
> >>Can you see what happens to audio output when the display is turend off in
> >>this way? I have a vague memory of trying
On Mon, 5 Oct 2015, Manuel Bouyer wrote:
On Mon, Oct 05, 2015 at 02:13:51PM -0300, Jared McNeill wrote:
Can you see what happens to audio output when the display is turend off in
this way? I have a vague memory of trying something like this before..
Not easily, my display doens't deal with HD
On Mon, Oct 05, 2015 at 02:13:51PM -0300, Jared McNeill wrote:
> Can you see what happens to audio output when the display is turend off in
> this way? I have a vague memory of trying something like this before..
Not easily, my display doens't deal with HDMI audio.
It's also possible that the disp
FWIW, radeondrmkms has this audio depends on video problem. i noticed
that hdmi audio works mostly fine in netbsd-7, so i tried to switch to
it. unfortunately there are at least three problems i need to look at:
- the display must be unblanked (ie, the "xset dpms" standby
time
Can you see what happens to audio output when the display is turend off in
this way? I have a vague memory of trying something like this before..
On Mon, 5 Oct 2015, Manuel Bouyer wrote:
On Mon, Oct 05, 2015 at 05:28:50PM +0200, Manuel Bouyer wrote:
On Mon, Oct 05, 2015 at 12:20:57PM -0300,
On Mon, Oct 05, 2015 at 05:28:50PM +0200, Manuel Bouyer wrote:
> On Mon, Oct 05, 2015 at 12:20:57PM -0300, Jared McNeill wrote:
> > Not sure I like this. Disabling TCON interferes with HDMI audio (and this is
> > why the code was the way that it was) and I'm not aware of any "blank screen
> > but k
On Mon, 5 Oct 2015, Manuel Bouyer wrote:
BTW, I'm looking at this because I need to make the LVDS interface to work
(and turn the display on/off via GPIOs, to save power). Do you have ideas
on how this should work ?
We won't have EDID source in this case; for the omap controller I did
hardcode a
I don't mind turning off TCON, but I think we need to take HDMI audio into
consideration when doing so. I don't think interrupting audio output is a
good idea. Unfortunately wscons only give us an on/off switch so we need
to be smart about it in the kernel. So I think the blanking solution needs
On Mon, Oct 05, 2015 at 12:20:57PM -0300, Jared McNeill wrote:
> Not sure I like this. Disabling TCON interferes with HDMI audio (and this is
> why the code was the way that it was) and I'm not aware of any "blank screen
> but keep audio active" mechanism for HDMI displays.
So you say we should al
Not sure I like this. Disabling TCON interferes with HDMI audio (and this
is why the code was the way that it was) and I'm not aware of any "blank
screen but keep audio active" mechanism for HDMI displays.
On Mon, 5 Oct 2015, Manuel Bouyer wrote:
Module Name:src
Committed By: bouyer
Da
On Fri, Oct 02, 2015 at 12:44:32PM -0300, Jared McNeill wrote:
> Instead of an extra line of output, can you change this to use your own
> callback instead of gpiobus_print for config_attach_ia? Here's what I do on
> Tegra:
>
> http://nxr.netbsd.org/xref/src/sys/arch/arm/nvidia/tegra_gpio.c#196
Instead of an extra line of output, can you change this to use
your own callback instead of gpiobus_print for config_attach_ia? Here's
what I do on Tegra:
http://nxr.netbsd.org/xref/src/sys/arch/arm/nvidia/tegra_gpio.c#196
The result is a lot cleaner (especially since there are 31 instances
> On Jul 25, 2015, at 1:43 AM, Nick Hudson wrote:
>
> Module Name: src
> Committed By: skrll
> Date: Sat Jul 25 08:43:41 UTC 2015
>
> Modified Files:
> src/sys/arch/arm/broadcom: bcm2835_intr.c
>
> Log Message:
> IPIs should be IPL_HIGH according to rmind@
>
> Fix bcm2836mp_pic
On 2015/05/20 2:30, Matt Thomas wrote:
>
>> On May 19, 2015, at 2:20 AM, SUENAGA Hiroki wrote:
>>
>> Module Name: src
>> Committed By:hsuenaga
>> Date:Tue May 19 09:20:19 UTC 2015
>>
>> Modified Files:
>> src/sys/arch/arm/arm: cpufunc_asm_pj4b.S
>> src/sys/arch/a
> On May 19, 2015, at 2:20 AM, SUENAGA Hiroki wrote:
>
> Module Name: src
> Committed By: hsuenaga
> Date: Tue May 19 09:20:19 UTC 2015
>
> Modified Files:
> src/sys/arch/arm/arm: cpufunc_asm_pj4b.S
> src/sys/arch/arm/marvell: armadaxp.c mvsocreg.h
>
> Log Message:
> fix M
On Tue, Apr 7, 2015 at 8:44 PM, Matt Thomas wrote:
>
>> On Apr 7, 2015, at 1:27 AM, Ryota Ozaki wrote:
>>
>> On Tue, Apr 7, 2015 at 5:13 PM, Nick Hudson wrote:
>>> On 04/07/15 04:19, Ryota Ozaki wrote:
Module Name:src
Committed By: ozaki-r
Date: Tue Apr 7 03:
> On Apr 7, 2015, at 1:27 AM, Ryota Ozaki wrote:
>
> On Tue, Apr 7, 2015 at 5:13 PM, Nick Hudson wrote:
>> On 04/07/15 04:19, Ryota Ozaki wrote:
>>>
>>> Module Name:src
>>> Committed By: ozaki-r
>>> Date: Tue Apr 7 03:19:25 UTC 2015
>>>
>>> Modified Files:
>>> src/sys/a
On Tue, Apr 7, 2015 at 5:13 PM, Nick Hudson wrote:
> On 04/07/15 04:19, Ryota Ozaki wrote:
>>
>> Module Name:src
>> Committed By: ozaki-r
>> Date: Tue Apr 7 03:19:25 UTC 2015
>>
>> Modified Files:
>> src/sys/arch/arm/ep93xx: ep93xx_intr.c
>> src/sys/arch/arm/ixp12x
On 04/07/15 04:19, Ryota Ozaki wrote:
Module Name:src
Committed By: ozaki-r
Date: Tue Apr 7 03:19:25 UTC 2015
Modified Files:
src/sys/arch/arm/ep93xx: ep93xx_intr.c
src/sys/arch/arm/ixp12x0: ixp12x0_intr.c
Log Message:
Add missing #include
is preferred, I th
1 - 100 of 144 matches
Mail list logo
