CISCO AND AVAYA IP Phones

Hi, Clean tested working pulls CPUs and QTYs in stock. 115 X X5650 65 X E5410 75 X X5660 145 X E5530 100 X E5645 40 X X5680 75 X X5690 Brand new sealed IP phones and QTYs in stock. 55 x CP-7937G 77 x CP-7942G 54 x CP-7945G 75 x CP-7962G .. 45 x Avaya 9630 65 x Avaya 9641 55 x Avaya 9640 U

Re: [PATCH 3/6] powerpc: rtc: provide rtc_class_ops directly

On Wednesday 02 March 2016 02:37:14 kbuild test robot wrote: > [auto build test ERROR on abelloni/rtc-next] > [also build test ERROR on v4.5-rc6 next-20160301] > [if your patch is applied to the wrong git tree, please drop us a note to > help improving the system] > >

Re: [PATCH 3/6] powerpc: rtc: provide rtc_class_ops directly

Hi Arnd, [auto build test ERROR on abelloni/rtc-next] [also build test ERROR on v4.5-rc6 next-20160301] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Arnd-Bergmann/rtc-generic-follow-up-for

Re: [PATCH 4/6] parisc: rtc: provide rtc_class_ops directly

Hi Arnd, [auto build test ERROR on abelloni/rtc-next] [also build test ERROR on v4.5-rc6 next-20160301] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Arnd-Bergmann/rtc-generic-follow-up-for

[PATCH 4/6] parisc: rtc: provide rtc_class_ops directly

The rtc-generic driver provides an architecture specific wrapper on top of the generic rtc_class_ops abstraction, and on pa-risc, that is implemented using an open-coded version of rtc_time_to_tm/rtc_tm_to_time. This changes the parisc rtc-generic device to provide its rtc_class_ops directly, usin

[PATCH 5/6] sh: rtc: provide rtc_class_ops directly

The rtc-generic driver provides an architecture specific wrapper on top of the generic rtc_class_ops abstraction, and on sh, that goes through another indirection using the rtc_sh_get_time/rtc_sh_set_time functions. This changes the sh rtc-generic device to provide its rtc_class_ops directly, skip

[PATCH 3/6] powerpc: rtc: provide rtc_class_ops directly

The rtc-generic driver provides an architecture specific wrapper on top of the generic rtc_class_ops abstraction, and powerpc has another abstraction on top, which is a bit silly. This changes the powerpc rtc-generic device to provide its rtc_class_ops directly, to reduce the number of layers by o

[PATCH 2/6] m68k: rtc: provide rtc_class_ops directly

The rtc-generic driver provides an architecture specific wrapper on top of the generic rtc_class_ops abstraction, and m68k has another abstraction on top, which is a bit silly. This changes the m68k rtc-generic device to provide its rtc_class_ops directly, to reduce the number of layers by one. S

[PATCH 6/6] rtc: generic: remove get_rtc_time/set_rtc_time wrappers

All architectures using this driver are now converted to provide their own operations, so this one can be turned into a trivial stub driver relying on its platform data. Signed-off-by: Arnd Bergmann --- drivers/rtc/rtc-generic.c | 36 +--- 1 file changed, 1 insert

[PATCH 0/6] rtc: generic: follow up for COMPILE_TEST

Today's linux-next kernel allowed building the rtc-generic driver (and most other rtc drivers) on all architectures, but this caused some errors on architectures without asm/rtc.h. This series reworks that driver to avoid the dependency, and simplifies all four implementations. My first approach w

[PATCH 1/6] rtc: generic: allow building on all architectures

There are four architectures using this driver, but since we can build it with COMPILE_TEST, we should try dealing with the absence of the asm/rtc.h header file, to avoid getting a build error: drivers/rtc/rtc-generic.c:12:21: fatal error: asm/rtc.h: No such file or directory This creates an alt

Re: [PATCH 0/6] ncr5380: Exception handling fixes for v4.5

> "Finn" == Finn Thain writes: Finn, >> This is a pretty big lump of changes for a 4.5 bug fix! Finn> Please keep in mind that these fixes are all rework of the changes Finn> I made in -rc1. So this submission is 2 files changed, 118 Finn> insertions(+), 148 deletions(-) which is all rework