lb = rtc->read(rtc, RTC_CTRL_B);
> @@ -713,7 +711,7 @@ ds1685_rtc_irq_handler(int irq, void *dev_id)
> }
> }
> rtc_update_irq(rtc->dev, num_irqs, events);
> - mutex_unlock(rtc_mutex);
> + rtc_unlock(rtc->dev);
>
> return events ? IRQ_HANDLED : IRQ_NONE;
> }
>
Acked-by: Joshua Kinard
tc);
>
> /* Clear the SET bit in Ctrl B */
> rtc->write(rtc, RTC_CTRL_B,
>
This probably needs to be sent to stable as well.
Acked-by: Joshua Kinard
a/arch/mips/Kconfig
> +++ b/arch/mips/Kconfig
> @@ -678,6 +678,7 @@ config SGI_IP27
> select SYS_SUPPORTS_NUMA
> select SYS_SUPPORTS_SMP
> select MIPS_L1_CACHE_SHIFT_7
> + select NUMA
> help
> This are the SGI Origin 200, Origin 2000 and Onyx 2 Graphics
> workstations. To compile a Linux kernel that runs on these, say Y
>
Reviewed-by: Joshua Kinard
h a single Origin 200 system and
an Onyx2 w/ two nodeboards. Haven't fired them up recently on modern
kernels, though.
I can't think of a good workaround off the top of my head for this case.
NUMA shouldn't hurt an Origin 200, but I recall Ralf once telling me it does
introduce slowdown at some po
$(srctree)/arch/mips/include/asm/mach-ip32
> load-$(CONFIG_SGI_IP32) += 0x80004000
> diff --git a/arch/mips/sibyte/Platform b/arch/mips/sibyte/Platform
> index af117330ce14..65b2225b76b2 100644
> --- a/arch/mips/sibyte/Platform
> +++ b/arch/mips/sibyte/Platform
> @@ -1,10 +1,6 @@
> #
> # These are all rather similar so we consider them a single platform
> #
> -platform-$(CONFIG_SIBYTE_BCM112X)+= sibyte/
> -platform-$(CONFIG_SIBYTE_SB1250) += sibyte/
> -platform-$(CONFIG_SIBYTE_BCM1x55)+= sibyte/
> -platform-$(CONFIG_SIBYTE_BCM1x80)+= sibyte/
>
> #
> # Sibyte SB1250 / BCM1480 family of SOCs
> diff --git a/arch/mips/sni/Platform b/arch/mips/sni/Platform
> index 2644a9d63c0f..b0b3dde0bef8 100644
> --- a/arch/mips/sni/Platform
> +++ b/arch/mips/sni/Platform
> @@ -1,7 +1,6 @@
> #
> # SNI RM
> #
> -platform-$(CONFIG_SNI_RM)+= sni/
> cflags-$(CONFIG_SNI_RM) +=
> -I$(srctree)/arch/mips/include/asm/mach-rm
> ifdef CONFIG_CPU_LITTLE_ENDIAN
> load-$(CONFIG_SNI_RM)+= 0x8060
> diff --git a/arch/mips/txx9/Platform b/arch/mips/txx9/Platform
> index a176d1fd5799..7f4429ba22eb 100644
> --- a/arch/mips/txx9/Platform
> +++ b/arch/mips/txx9/Platform
> @@ -1,6 +1,3 @@
> -platform-$(CONFIG_MACH_TX39XX) += txx9/
> -platform-$(CONFIG_MACH_TX49XX) += txx9/
> -
> cflags-$(CONFIG_MACH_TX39XX) += \
> -I$(srctree)/arch/mips/include/asm/mach-tx39xx
> cflags-$(CONFIG_MACH_TX49XX) += \
>
Tested-by: Joshua Kinard
Reviewed-by: Joshua Kinard
> @@ -42,6 +42,7 @@
> struct ds1685_priv {
> struct rtc_device *dev;
> void __iomem *regs;
> + void __iomem *data;
> u32 regstep;
> int irq_num;
> bool bcd_mode;
> @@ -70,12 +71,13 @@ struct ds1685_rtc_platform_data {
> const bool bcd_mode;
> const bool no_irq;
> const bool uie_unsupported;
> - const bool alloc_io_resources;
> - u8 (*plat_read)(struct ds1685_priv *, int);
> - void (*plat_write)(struct ds1685_priv *, int, u8);
> void (*plat_prepare_poweroff)(void);
> void (*plat_wake_alarm)(void);
> void (*plat_post_ram_clear)(void);
> + enum {
> + ds1685_reg_direct,
> + ds1685_reg_indirect
> + } access_type;
> };
>
>
> -- 2.16.4
>
Acked-by: Joshua Kinard
Reviewed-by: Joshua Kinard
On 10/11/2019 11:05, Thomas Bogendoerfer wrote:
> Use of provided plat_read/plat_write introduces the problem of possible
> different lifetime of rtc driver and plat_XXX function provider. As
> this was only intended for SGI Octane (IP30) this patchset implements
> a register indirect access
; /* Get the register step size. */
> diff --git a/include/linux/rtc/ds1685.h b/include/linux/rtc/ds1685.h
> index b9671d00d964..101c7adc05a2 100644
> --- a/include/linux/rtc/ds1685.h
> +++ b/include/linux/rtc/ds1685.h
> @@ -43,7 +43,6 @@ struct ds1685_priv {
> struct rtc_device *dev;
> void __iomem *regs;
> u32 regstep;
> - size_t size;
> int irq_num;
> bool bcd_mode;
> bool no_irq;
>
Acked-by: Joshua Kinard
resource_size_t baseaddr;
> size_t size;
> int irq_num;
> bool bcd_mode;
> bool no_irq;
> - bool uie_unsupported;
> - bool alloc_io_resources;
> u8 (*read)(struct ds1685_priv *, int);
> void (*write)(struct ds1685_priv *, int, u8);
> void (*prepare_poweroff)(void);
>
Acked-by: Joshua Kinard
my Onyx2 has 8GB of RAM and
it usually boots fine on its own. Pop more than 2GB into an Octane, though,
and, if it boots at all, disk or network I/O will usually bus error it at
some point.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
rsa6144/5C63F4E3F5C6C943 2015-04-27
177C 1972 1FB8 F254
after some unidentified point,
and I never found the time to try and track it down.
Which machine are you testing on, out of curiosity?
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
rsa6144/5C63F4E3F5C6C943 2015-04-27
177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943
"The past tempts us, t
try to access
> + * IOC3 is hugging hugged beyond belief ... Don't try to access
>* anything but 32-bit words ...
>*/
> addr = >b_type0_cfg_dev[slot].f[fn].l[where >> 2];
[snip]
NAK'ed to all of the proposed changes to ops-bridge.c. The SGI IOC3 c
try to access
> + * IOC3 is hugging hugged beyond belief ... Don't try to access
>* anything but 32-bit words ...
>*/
> addr = >b_type0_cfg_dev[slot].f[fn].l[where >> 2];
[snip]
NAK'ed to all of the proposed changes to ops-bridge.c. The SGI IOC3 c
On 10/19/2017 08:27, David Miller wrote:
> From: Joshua Kinard <ku...@gentoo.org>
> Date: Tue, 17 Oct 2017 13:54:30 -0400
>
>> From: Joshua Kinard <ku...@gentoo.org>
>>
>> The below patch attempts to clean up the code for the in-tree driver
>>
On 10/19/2017 08:27, David Miller wrote:
> From: Joshua Kinard
> Date: Tue, 17 Oct 2017 13:54:30 -0400
>
>> From: Joshua Kinard
>>
>> The below patch attempts to clean up the code for the in-tree driver
>> for IOC3 ethernet and serial console support, primar
From: Joshua Kinard <ku...@gentoo.org>
The below patch attempts to clean up the code for the in-tree driver
for IOC3 ethernet and serial console support, primarily used by SGI
MIPS platforms. Notable changes include:
- Lots of whitespace cleanup
- Using shorthand integer types (u1
From: Joshua Kinard
The below patch attempts to clean up the code for the in-tree driver
for IOC3 ethernet and serial console support, primarily used by SGI
MIPS platforms. Notable changes include:
- Lots of whitespace cleanup
- Using shorthand integer types (u16, u32, etc) where
of the highest level in the
>* cache hierarchy.
> */
> - lsize = c->dcache.linesz;
> - lsize = c->scache.linesz ? : lsize;
> - lsize = c->tcache.linesz ? : lsize;
> + lsize = cpu_dcache_line_size();
> + lsize = cpu_scache_line_s
- lsize = c->dcache.linesz;
> - lsize = c->scache.linesz ? : lsize;
> - lsize = c->tcache.linesz ? : lsize;
> + lsize = cpu_dcache_line_size();
> + lsize = cpu_scache_line_size() ? : lsize;
> + lsize = cpu_tcache_line_size() ? : lsize;
>
> BUG_ON(!ls
tly unused but may be used by future SGI IP27 fixes, so I left it
> there.
>
> Signed-off-by: Bjorn Helgaas <bhelg...@google.com>
> CC: Joshua Kinard <ku...@gentoo.org>
> ---
> arch/mips/include/asm/pci.h |1 -
> arch/mips/pci/pci-legacy.c |3 +--
>
tly unused but may be used by future SGI IP27 fixes, so I left it
> there.
>
> Signed-off-by: Bjorn Helgaas
> CC: Joshua Kinard
> ---
> arch/mips/include/asm/pci.h |1 -
> arch/mips/pci/pci-legacy.c |3 +--
> 2 files changed, 1 insertion(+), 3 deletions(-)
>
art
> of this?
>
> Regards,
> -Sergey
I have an SGI Onyx2 and just recently acquired a working SGI Origin 200. The
Onyx2 has NUMA issues yet to be hunted down, but I got ~3 days uptime out of
the Origin 200 running compiles before powering it down. Mainline needs 2-3
small patches
ards,
> -Sergey
I have an SGI Onyx2 and just recently acquired a working SGI Origin 200. The
Onyx2 has NUMA issues yet to be hunted down, but I got ~3 days uptime out of
the Origin 200 running compiles before powering it down. Mainline needs 2-3
small patches to make IP27 workable, last I tested.
I
e that is never used.
This needs to be wrapped in #ifdef CONFIG_RTC_DS1685_PROC_REGS, as the value of
'ctrlc' is displayed in /proc/drivers/rtc if that kconfig option is selected on
supported systems.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
6144R/F5C6C943 2015-04-27
177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E
e that is never used.
This needs to be wrapped in #ifdef CONFIG_RTC_DS1685_PROC_REGS, as the value of
'ctrlc' is displayed in /proc/drivers/rtc if that kconfig option is selected on
supported systems.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
6144R/F5C6C943 2015-04-27
177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E
-ds1685.c
> @@ -2161,6 +2161,7 @@ ds1685_rtc_poweroff(struct platform_device *pdev)
> /* Check for valid RTC data, else, spin forever. */
> if (unlikely(!pdev)) {
> pr_emerg("platform device data not available, spinning forever
> ...\n");
> +
ds1685_rtc_poweroff(struct platform_device *pdev)
> /* Check for valid RTC data, else, spin forever. */
> if (unlikely(!pdev)) {
> pr_emerg("platform device data not available, spinning forever
> ...\n");
> + while(1);
> unreachable();
&
On 02/22/2016 13:09, Paul Burton wrote:
> Index-based cache operations may be arbitrarily reordered by out of
> order CPUs. Thus code which writes back the dcache & then invalidates
> the icache using indexed cache ops must include a barrier between
> operating on the 2 caches in order to prevent
On 02/22/2016 13:09, Paul Burton wrote:
> Index-based cache operations may be arbitrarily reordered by out of
> order CPUs. Thus code which writes back the dcache & then invalidates
> the icache using indexed cache ops must include a barrier between
> operating on the 2 caches in order to prevent
_MASK)
>
> I'll do a v2 now.
>
FYI, TASK_SIZE was recently changed to 0x8000UL in commit 7f8ca9cb1ed3 on
the linux-mips.org tree.
>>
>>> #endif
>>>
>>> #define STACK_TOP_MAXTASK_SIZE
>>> @@ -62,7 +62,7 @@ extern unsigned int vced_
>>>
>>> #define STACK_TOP_MAXTASK_SIZE
>>> @@ -62,7 +62,7 @@ extern unsigned int vced_count, vcei_count;
>>>* support 16TB; the architectural reserve for future expansion is
>>>* 8192EB ...
>>>*/
>>> -#define TASK_SIZE32
On 01/29/2016 08:32, Maciej W. Rozycki wrote:
> On Wed, 27 Jan 2016, Joshua Kinard wrote:
>
>> On 06/05/2015 09:10, Ralf Baechle wrote:
>>>
>>> Maciej,
>>>
>>> do you have an R4000 / R4600 / R5000 / R7000 / SiByte system at hand to
>>> tes
On 01/29/2016 08:32, Maciej W. Rozycki wrote:
> On Wed, 27 Jan 2016, Joshua Kinard wrote:
>
>> On 06/05/2015 09:10, Ralf Baechle wrote:
>>>
>>> Maciej,
>>>
>>> do you have an R4000 / R4600 / R5000 / R7000 / SiByte system at hand to
>>> tes
oves8,sp
4005ec: afc40008sw a0,8(s8)
4005f0: afc5000csw a1,12(s8)
> 4005f4: 040fsync.p
> 4005f8: 050f 0x50f
> 4005fc: 010f0x10f
400600: 1021movev0,zero
Same effect on
oves8,sp
4005ec: afc40008sw a0,8(s8)
4005f0: afc5000csw a1,12(s8)
> 4005f4: 040fsync.p
> 4005f8: 050f 0x50f
> 4005fc: 010f0x10f
400600: 1021movev0,zero
Same effect on
On 06/02/2015 05:59, Ralf Baechle wrote:
> On Tue, Jun 02, 2015 at 04:41:21AM -0400, Joshua Kinard wrote:
>
>> On 06/01/2015 20:09, Leonid Yegoshin wrote:
>>> The following series implements lightweight SYNC memory barriers for SMP
>>> Linux
>>> and a corre
On 06/01/2015 20:09, Leonid Yegoshin wrote:
> The following series implements lightweight SYNC memory barriers for SMP Linux
> and a correct use of SYNCs around atomics, futexes, spinlocks etc LL-SC loops
> -
> the basic building blocks of any atomics in MIPS.
>
> Historically, a generic MIPS
On 06/01/2015 20:09, Leonid Yegoshin wrote:
The following series implements lightweight SYNC memory barriers for SMP Linux
and a correct use of SYNCs around atomics, futexes, spinlocks etc LL-SC loops
-
the basic building blocks of any atomics in MIPS.
Historically, a generic MIPS doesn't
On 06/02/2015 05:59, Ralf Baechle wrote:
On Tue, Jun 02, 2015 at 04:41:21AM -0400, Joshua Kinard wrote:
On 06/01/2015 20:09, Leonid Yegoshin wrote:
The following series implements lightweight SYNC memory barriers for SMP
Linux
and a correct use of SYNCs around atomics, futexes, spinlocks
On 05/07/2015 20:52, Nicholas Krause wrote:
> This fixes the make error when building the ip32_defconfig
> configuration due to using sgio2_cmos_devinit rather then
> the correct function,sgio2_rtc_devinit in a device_initcall
> below this function's definition.
>
> Signed-off-by: Nicholas Krause
On 05/07/2015 20:52, Nicholas Krause wrote:
This fixes the make error when building the ip32_defconfig
configuration due to using sgio2_cmos_devinit rather then
the correct function,sgio2_rtc_devinit in a device_initcall
below this function's definition.
Signed-off-by: Nicholas Krause
On 04/25/2015 11:56, Joshua Kinard wrote:
> I keep tripping up a BUG() in isolate_lru_pages in mm/vmscan.c:1345:
>
> switch (__isolate_lru_page(page, mode)) {
> case 0:
> nr_pages = hpage_nr_pages(page);
> mem_cgroup_update_lru_size(lruv
I keep tripping up a BUG() in isolate_lru_pages in mm/vmscan.c:1345:
switch (__isolate_lru_page(page, mode)) {
case 0:
nr_pages = hpage_nr_pages(page);
mem_cgroup_update_lru_size(lruvec, lru, -nr_pages);
list_move(>lru, dst);
On 04/25/2015 11:56, Joshua Kinard wrote:
I keep tripping up a BUG() in isolate_lru_pages in mm/vmscan.c:1345:
switch (__isolate_lru_page(page, mode)) {
case 0:
nr_pages = hpage_nr_pages(page);
mem_cgroup_update_lru_size(lruvec, lru, -nr_pages
I keep tripping up a BUG() in isolate_lru_pages in mm/vmscan.c:1345:
switch (__isolate_lru_page(page, mode)) {
case 0:
nr_pages = hpage_nr_pages(page);
mem_cgroup_update_lru_size(lruvec, lru, -nr_pages);
list_move(page-lru, dst);
From: Joshua Kinard
Fix two build errors that somehow got into upstream.
Signed-off-by: Joshua Kinard
Fixes: 15beb694c661: "mips: ip32: add platform data hooks to use DS1685
driver"
---
arch/mips/sgi-ip32/ip32-platform.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
From: Joshua Kinard ku...@gentoo.org
Fix two build errors that somehow got into upstream.
Signed-off-by: Joshua Kinard ku...@gentoo.org
Fixes: 15beb694c661: mips: ip32: add platform data hooks to use DS1685
driver
---
arch/mips/sgi-ip32/ip32-platform.c |4 ++--
1 file changed, 2 insertions
On 03/31/2015 06:56, Ralf Baechle wrote:
> On Thu, Feb 26, 2015 at 09:23:50PM -0500, Joshua Kinard wrote:
>
>> This modifies the IP32 (SGI O2) platform and reset code to utilize the new
>> rtc-ds1685 driver. The old mc146818rtc.h header is removed and
>> ip32_defconf
On 03/31/2015 06:56, Ralf Baechle wrote:
On Thu, Feb 26, 2015 at 09:23:50PM -0500, Joshua Kinard wrote:
This modifies the IP32 (SGI O2) platform and reset code to utilize the new
rtc-ds1685 driver. The old mc146818rtc.h header is removed and
ip32_defconfig
is updated as well
From: Joshua Kinard
Fix two minor sparse warnings:
CHECK drivers/rtc/rtc-ds1685.c
drivers/rtc/rtc-ds1685.c:2178:1: warning: function 'ds1685_rtc_poweroff'
with external linkage has definition
drivers/rtc/rtc-ds1685.c:802:23: warning: Using plain integer as NULL
pointer
Signed-off
From: Joshua Kinard ku...@gentoo.org
Fix two minor sparse warnings:
CHECK drivers/rtc/rtc-ds1685.c
drivers/rtc/rtc-ds1685.c:2178:1: warning: function 'ds1685_rtc_poweroff'
with external linkage has definition
drivers/rtc/rtc-ds1685.c:802:23: warning: Using plain integer as NULL
pointer
From: Joshua Kinard
The rtc driver core now sets the platform_driver 'owner' property, so
remove the assignment from the DS1685 driver.
Signed-off-by: Joshua Kinard
Reported-by: kbuild test robot
Fixes: aaaf5fbf56f1: "rtc: add driver for DS1685 family of real time clocks"
---
drive
From: Joshua Kinard ku...@gentoo.org
The rtc driver core now sets the platform_driver 'owner' property, so
remove the assignment from the DS1685 driver.
Signed-off-by: Joshua Kinard ku...@gentoo.org
Reported-by: kbuild test robot fengguang...@intel.com
Fixes: aaaf5fbf56f1: rtc: add driver
From: Joshua Kinard
This modifies the IP32 (SGI O2) platform and reset code to utilize the new
rtc-ds1685 driver. The old mc146818rtc.h header is removed and ip32_defconfig
is updated as well.
Signed-off-by: Joshua Kinard
---
arch/mips/configs/ip32_defconfig |3
arch/mips
From: Joshua Kinard ku...@gentoo.org
This modifies the IP32 (SGI O2) platform and reset code to utilize the new
rtc-ds1685 driver. The old mc146818rtc.h header is removed and ip32_defconfig
is updated as well.
Signed-off-by: Joshua Kinard ku...@gentoo.org
---
arch/mips/configs/ip32_defconfig
tc_alarm_irq_enable'
> undeclared here (not in a function)
> .alarm_irq_enable = ds1685_rtc_alarm_irq_enable,
>
> when CONFIG_RTC_INTF_DEV is not enabled.
A patch was sent upstream already for this:
http://ozlabs.org/~akpm/mmots/broken-out/rtc-ds1685-fix-ds1685_rtc_alarm_irq_enable-build-error.p
CONFIG_RTC_INTF_DEV is not enabled.
A patch was sent upstream already for this:
http://ozlabs.org/~akpm/mmots/broken-out/rtc-ds1685-fix-ds1685_rtc_alarm_irq_enable-build-error.patch
I'm not sure when it will appear in linux-next (still new to this process).
--
Joshua Kinard
Gentoo/MIPS
ku
From: Joshua Kinard
Fix a conditional statement checking for NULL in both
ds1685_rtc_sysfs_time_regs_show and ds1685_rtc_sysfs_time_regs_store that was
using a logical AND when it should be using a logical OR so that we fail out of
the function properly if the condition ever evaluates to true
From: Joshua Kinard ku...@gentoo.org
Fix a conditional statement checking for NULL in both
ds1685_rtc_sysfs_time_regs_show and ds1685_rtc_sysfs_time_regs_store that was
using a logical AND when it should be using a logical OR so that we fail out of
the function properly if the condition ever
fbf56f ("rtc: add driver for DS1685 family of real time clocks")
I probably copied that #define out of another RTC driver before the change was
made, then discovered the compile failure later on and just didn't read enough
to understand the change, thus only fixing it enough to compile again
ff, hence drop the checks.
> Wrapping the checks in unlikely() indicated some sense of humor, though ;-)
>
> Signed-off-by: Geert Uytterhoeven
Actually, I think I was operating in -pedantic mode the night I added those
checks. Good catch, thanks!
Acked-by: Joshua Kinard
> ---
>
copied that #define out of another RTC driver before the change was
made, then discovered the compile failure later on and just didn't read enough
to understand the change, thus only fixing it enough to compile again.
Thanks for catching it!
Acked-by: Joshua Kinard ku...@gentoo.org
---
For some
() indicated some sense of humor, though ;-)
Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org
Actually, I think I was operating in -pedantic mode the night I added those
checks. Good catch, thanks!
Acked-by: Joshua Kinard ku...@gentoo.org
---
drivers/rtc/rtc-ds1685.c | 12 ++--
1
On 02/09/2015 19:18, Andrew Morton wrote:
> On Fri, 12 Dec 2014 17:13:38 -0500 Joshua Kinard wrote:
>
>> From: Joshua Kinard
>>
>> This adds a driver for the Dallas/Maxim DS1685-family of RTC chips. It
>> supports the DS1685/DS1687, DS1688/DS1691, DS1689/DS169
On 02/09/2015 19:18, Andrew Morton wrote:
On Fri, 12 Dec 2014 17:13:38 -0500 Joshua Kinard ku...@gentoo.org wrote:
From: Joshua Kinard ku...@gentoo.org
This adds a driver for the Dallas/Maxim DS1685-family of RTC chips. It
supports the DS1685/DS1687, DS1688/DS1691, DS1689/DS1693, DS17285
From: Joshua Kinard
This adds a driver for the Dallas/Maxim DS1685-family of RTC chips. It
supports the DS1685/DS1687, DS1688/DS1691, DS1689/DS1693, DS17285/DS17287,
DS17485/DS17487, and DS17885/DS17887 RTC chips. These chips are commonly found
in SGI O2 and SGI Octane systems
From: Joshua Kinard
This modifies the IP32 (SGI O2) platform and reset code to utilize the new
rtc-ds1685 driver. The old mc146818rtc.h header is removed and ip32_defconfig
is updated as well.
Signed-off-by: Joshua Kinard
---
arch/mips/configs/ip32_defconfig |3
arch/mips
From: Joshua Kinard ku...@gentoo.org
This modifies the IP32 (SGI O2) platform and reset code to utilize the new
rtc-ds1685 driver. The old mc146818rtc.h header is removed and ip32_defconfig
is updated as well.
Signed-off-by: Joshua Kinard ku...@gentoo.org
---
arch/mips/configs/ip32_defconfig
From: Joshua Kinard ku...@gentoo.org
This adds a driver for the Dallas/Maxim DS1685-family of RTC chips. It
supports the DS1685/DS1687, DS1688/DS1691, DS1689/DS1693, DS17285/DS17287,
DS17485/DS17487, and DS17885/DS17887 RTC chips. These chips are commonly found
in SGI O2 and SGI Octane systems
On 12/15/2014 11:29, Ralf Baechle wrote:
> On Fri, Dec 12, 2014 at 05:13:46PM -0500, Joshua Kinard wrote:
>
>> This modifies the IP32 (SGI O2) platform and reset code to utilize the new
>> rtc-ds1685 driver. The old mc146818rtc.h header is removed and
>> ip32_defconf
On 12/15/2014 11:29, Ralf Baechle wrote:
On Fri, Dec 12, 2014 at 05:13:46PM -0500, Joshua Kinard wrote:
This modifies the IP32 (SGI O2) platform and reset code to utilize the new
rtc-ds1685 driver. The old mc146818rtc.h header is removed and
ip32_defconfig
is updated as well.
Signed-off
From: Joshua Kinard
This adds a driver for the Dallas/Maxim DS1685-family of RTC chips. It
supports the DS1685/DS1687, DS1688/DS1691, DS1689/DS1693, DS17285/DS17287,
DS17485/DS17487, and DS17885/DS17887 RTC chips. These chips are commonly found
in SGI O2 and SGI Octane systems
From: Joshua Kinard
This modifies the IP32 (SGI O2) platform and reset code to utilize the new
rtc-ds1685 driver. The old mc146818rtc.h header is removed and ip32_defconfig
is updated as well.
Signed-off-by: Joshua Kinard
---
arch/mips/configs/ip32_defconfig |3
arch/mips
From: Joshua Kinard ku...@gentoo.org
This modifies the IP32 (SGI O2) platform and reset code to utilize the new
rtc-ds1685 driver. The old mc146818rtc.h header is removed and ip32_defconfig
is updated as well.
Signed-off-by: Joshua Kinard ku...@gentoo.org
---
arch/mips/configs/ip32_defconfig
From: Joshua Kinard ku...@gentoo.org
This adds a driver for the Dallas/Maxim DS1685-family of RTC chips. It
supports the DS1685/DS1687, DS1688/DS1691, DS1689/DS1693, DS17285/DS17287,
DS17485/DS17487, and DS17885/DS17887 RTC chips. These chips are commonly found
in SGI O2 and SGI Octane systems
From: Joshua Kinard
This modifies the IP32 (SGI O2) platform and reset code to utilize the new
rtc-ds1685 driver. The old mc146818rtc.h header is removed and ip32_defconfig
is updated as well.
Signed-off-by: Joshua Kinard
---
arch/mips/configs/ip32_defconfig |3
arch/mips
From: Joshua Kinard
This adds a driver for the Dallas/Maxim DS1685-family of RTC chips. It
supports the DS1685/DS1687, DS1688/DS1691, DS1689/DS1693, DS17285/DS17287,
DS17485/DS17487, and DS17885/DS17887 RTC chips. These chips are commonly found
in SGI O2 and SGI Octane systems
From: Joshua Kinard ku...@gentoo.org
This adds a driver for the Dallas/Maxim DS1685-family of RTC chips. It
supports the DS1685/DS1687, DS1688/DS1691, DS1689/DS1693, DS17285/DS17287,
DS17485/DS17487, and DS17885/DS17887 RTC chips. These chips are commonly found
in SGI O2 and SGI Octane
From: Joshua Kinard ku...@gentoo.org
This modifies the IP32 (SGI O2) platform and reset code to utilize the new
rtc-ds1685 driver. The old mc146818rtc.h header is removed and ip32_defconfig
is updated as well.
Signed-off-by: Joshua Kinard ku...@gentoo.org
---
arch/mips/configs/ip32_defconfig
On 08/26/2014 13:45, David Daney wrote:
> On 08/25/2014 07:41 PM, Joshua Kinard wrote:
>> On 08/25/2014 20:36, David Daney wrote:
>>> On 08/25/2014 04:55 PM, Joshua Kinard wrote:
>>>> On 08/25/2014 13:16, Ralf Baechle wrote:
>>>>> On Sat, Aug 02,
On 08/26/2014 13:45, David Daney wrote:
On 08/25/2014 07:41 PM, Joshua Kinard wrote:
On 08/25/2014 20:36, David Daney wrote:
On 08/25/2014 04:55 PM, Joshua Kinard wrote:
On 08/25/2014 13:16, Ralf Baechle wrote:
On Sat, Aug 02, 2014 at 05:11:37AM +0400, Max Filippov wrote:
this series adds
On 08/25/2014 20:36, David Daney wrote:
> On 08/25/2014 04:55 PM, Joshua Kinard wrote:
>> On 08/25/2014 13:16, Ralf Baechle wrote:
>>> On Sat, Aug 02, 2014 at 05:11:37AM +0400, Max Filippov wrote:
>>>
>>>> this series adds mapping color control to the generic
entirly do away with cache aliases.
Won't setting PAGE_SIZE to 16k break some existing userlands (o32)? I use a
4k PAGE_SIZE because the last few times I've tried 16k or 64k, init won't
load (SIGSEGVs or such, which panicks the kernel).
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 20
to 16k break some existing userlands (o32)? I use a
4k PAGE_SIZE because the last few times I've tried 16k or 64k, init won't
load (SIGSEGVs or such, which panicks the kernel).
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
The past tempts us, the present confuses us
On 08/25/2014 20:36, David Daney wrote:
On 08/25/2014 04:55 PM, Joshua Kinard wrote:
On 08/25/2014 13:16, Ralf Baechle wrote:
On Sat, Aug 02, 2014 at 05:11:37AM +0400, Max Filippov wrote:
this series adds mapping color control to the generic kmap code, allowing
architectures with aliasing
85 matches
Mail list logo
