atible at all
> with the previous implementations?
Alexandre is absolutely right. There's no need to rename a driver,
it would just piss off people who are used to that name and
have it in their scripts. Like when your eth0 gets renamed
to some obscure enXXX .
--
Best regards,
Ale
On Thu, 30 Jul 2015 15:59:57 -0700
Greg Kroah-Hartman wrote:
> If the different subsystem maintainers want to give me an ack for this,
> I'd appreciate it. I'd like to just take the single patch in through
> the char-misc tree in one piece.
RTC
Acked-by: Alessandro
On Mon, 1 Jun 2015 21:59:09 +0200
Alexandre Belloni wrote:
> I feel that we still have a bit of time before having to hurry and find
> a proper solution ;)
agreed :)
--
Best regards,
Alessandro Zummo - CEO,
Tower Technologies - Torino, Italy
http://www.towertech.it
eems reasonable given that pr_fmt is widely
used elsewhere.
I don't like too much the need to have one define for
each file, but it's the way it works :-/
--
Best regards,
Alessandro Zummo - CEO,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe
On Sat, 28 Mar 2015 22:29:20 +0100
Alexandre Belloni wrote:
> I'll keep that in mind.
> Could you give me permissions on the rtc-linux patchwork?
Sure. Let me find the way to do it :)
--
Best regards,
Alessandro Zummo - CEO,
Tower Technologies - Torino, Italy
http://www.t
or
have multiple wiring configuration and break very easily.
--
Best regards,
Alessandro Zummo - CEO,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vge
On Wed, 18 Mar 2015 10:37:26 -0700
John Stultz wrote:
> On Wed, Jan 28, 2015 at 10:27 AM, Alessandro Zummo
> wrote:
> > On Thu, 29 Jan 2015 00:12:09 +0800
> > Xunlei Pang wrote:
> >
> >> ping Alessandro
> >
> > -EBUSY . saw that, looks fine anyh
On Wed, 18 Mar 2015 10:37:26 -0700
John Stultz wrote:
> Hey Alessandro,
> I was hoping to let these go through you (with your review), but if
> you're still too busy I can queue them if you'd rather.
Hello,
will review today and let you know.
--
Best regards,
On Thu, 29 Jan 2015 00:12:09 +0800
Xunlei Pang wrote:
> ping Alessandro
-EBUSY . saw that, looks fine anyhow, but would like to
have a deeper look. we have still some time 'till 2038, right? ;)
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
On Wed, 14 Jan 2015 23:26:37 +0800
Xunlei Pang wrote:
> But on the other hand, we will have no test for set_mmss64(),
> because adding the set_mmss64() will make set_mmss() dysfunctional.
add a module parameter
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino,
est regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
P
On Tue, 13 Jan 2015 23:44:54 +0800
Xunlei Pang wrote:
> rtc_class_ops's set_alarm() shouldn't deal with the alarm date,
> as this is handled in the rtc core.
Please CC the author and ask him. The same applies for the other drivers.
--
Best regards,
Alessandro Zummo,
To
On Tue, 13 Jan 2015 23:44:50 +0800
Xunlei Pang wrote:
> -EXPORT_SYMBOL(get_seconds);
> +EXPORT_SYMBOL(get_seconds64);
Please leave get_seconds untouched
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from thi
a non time64 test driver?
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http:
On Tue, 13 Jan 2015 23:44:52 +0800
Xunlei Pang wrote:
> From: Xunlei Pang
>
> This driver has a number of y2038/y2106 issues.
This should probably be evaluated by
Linus Walleij
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.
when required for readability.
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
On Thu, 04 Dec 2014 13:29:58 +0100
Stefan Agner wrote:
> > Acked-by: Alessandro Zummo
>
> Through which tree is this going upstream?
Andrew usually picks up those small patches, unless there's
a more appropriate tree.
--
Best regards,
Alessandro Zummo,
T
ock support but also makes it optional
> so Vybrid platform can use the clock if defined
> while making sure not to break i.MX .
>
> Signed-off-by: Sanchayan Maity
Acked-by: Alessandro Zummo
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
htt
ng those patches will cause headaches
to a lot of people.
Too many of this stuff seems a copy & paste work, without actually
looking/thinking to the side effects.
Is there any particular reason your are pursuing this?
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, I
On Mon, 8 Sep 2014 07:26:57 -0400
Jason Cooper wrote:
> Most likely, the rtc maintainer will take the series with the DT
> maintainers Acks. You made all the binding changes as discussed by Mark
> and I, so fwiw,
>
> Acked-by: Jason Cooper
Acked-by: Alessandro Zummo
--
ult to
> support BB (or greater) silicon.
any particular reason for not supporting both at the same time,
either with a module option, platform data, dt, etc ?
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from th
> Signed-off-by: Hyogi Gim
Acked-by: Alessandro Zummo
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kerne
hould be used at boot with
a different identifier than rtcX (and move the option to the kernel command
line)
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
I'm testing them and they're working fine so far. Will handle them the next
week.
--
Best regards,
Alessandro Zummo
Tower Technologies
Sent from my iPhone, please excuse my brevity.
> On 21/giu/2014, at 15:08, Alexander Holler wrote:
>
> Am 12.06.2014 01:53,
t; >
> > I don't know what's the preferred workflow in these cases...
>
> That's fine. I'm happy to create shared branches when required.
mfd tree will be ok.
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towert
of hctosys, I have 3 patches, and 2 more to implement
> rtc_read_timeval() for higher resolution clocks.
Yes, I know the experience might be a painful one.
Please send the patches and let's see if they fix the issue for John too.
--
Best regards,
Alessandro Zummo,
Tower Technolo
On Mon, 19 May 2014 21:28:20 +0530
Raghavendra Ganiga wrote:
> also the sysfs will not create entry for alarm if
> irq registration fails in probe
>
> Signed-off-by: Raghavendra Chandra Ganiga
Acked-by: Alessandro Zummo
--
Best regards,
Alessandro Zummo,
Tower Technolog
arm
> and alarm_irq_enable can return error since there is no irq handler
> for the rtc interrupt
> or is there any other solution
> or let the set_alarm and alarm_irq_enable routine be as it is and will
you can use a flag (or set the irq to -1)
--
Best regards,
Alessandro Zummo,
Tower
On Tue, 6 May 2014 19:13:18 +0200
a...@atx.name wrote:
> Adds driver for SPI RTC Microchip MCP795. Does only support saving/loading
> time from the chip (i. e. no alarms/power events/ID).
>
> Signed-off-by: Josef Gajdusek
Acked-by: Alessandro Zummo
--
Best regards,
Ales
mentation ok as per your last comment
> on the proc interface. please provide the feedback.
That's sounds like a plan. Please send the code when you're ready.
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsu
sorry for the delay.
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.o
t break anything
on non-Alpha machines. Did you test it on x86? It would be fine if
we can get a couple of Tested-by:
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line "unsubscribe linux-ker
const char *alarm_str, *diodes = "disabled", *resistors = " ";
> +
> + regmap_read(priv->map, DS1343_CONTROL_REG, &data);
is this thing really useful? what about having sysfs entries
instead?
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, It
ve?
as far as I know, no recent distribution is using the old code
anymore and the new (well, not so new anymore) framework provides the same
functionality.
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this lis
it to mfd
or via another tree / next. The patch looks good to m.
Acked-by: Alessandro Zummo
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
whole patchset. thanks!
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vge
year-fixing loop expects the
> time being invalid due to leap year.
>
> Fix reduces the loop to the leap years and adds final validity check.
>
> Signed-off-by: Ales Novak
Seems reasonable.
Acked-by: Alessandro Zummo
--
Best regards,
Alessandro Zummo,
Tower Technolog
move_attrs could be called in the rtc base class,
before the device removal?
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to m
c device in the probe function,
which should not be done.
the last patches fixes it. I'll keep trying to trigger the bug on my systems.
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line
e(&dev->kobj, &nvram);
if (is_valid_irq(cmos->irq)) {
+
free_irq(cmos->irq, cmos->rtc);
- hpet_unregister_irq_handler(cmos_interrupt);
+
+ if (is_hpet_enabled()) {
+ hpet_unregister_irq_handler(cmos_interrupt);
+
letting any rtc_class_open() users access it again
*/
- rtc_sysfs_del_device(rtc);
rtc_dev_del_device(rtc);
rtc_proc_del_device(rtc);
device_unregister(&rtc->dev);
--
Best regards,
Alessandro Zummo,
Tower Technologies - To
is a patch to add support for
> maxim dallas rtc ds1347
>
> Signed-off-by: Raghavendra Chandra Ganiga
Acked-by: Alessandro Zummo
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line &q
On Thu, 20 Mar 2014 12:19:55 -0700
Joe Perches wrote:
> This depends on how long you want to live, but it could be
>
> while (dt->tm_year >= 100)
dt->tm_year % 100 ?
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.t
data);
> +
> + ds1347_read_reg(&spi->dev, DS1347_STATUS_REG, &data);
> + dev_info(&spi->dev, "DS1347 RTC Status Reg = 0x%02x\n", data);
> +
> + rtc = devm_rtc_device_register(&spi->dev, "ds1347",
> +
On Thu, 6 Mar 2014 16:40:02 +
"Opensource [Steve Twiss]" wrote:
> Change History:
>
> Changes made to this driver since previous RFC V1
> Comments by Alessandro Zummo
> - http://www.kernelhub.org/?p=2&msg=426327
> - Use return PTR_ERR(rtc->rtc_de
t; + return ret;
> +}
if the interrupt is mandatory you should request it before registering
the rtc device. if it isn't, please return 0.
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from th
't try to delete a sysfs file which acquires a lock
> while holding the same lock.
Pretty interesting indeed. One option would be to remove
the sys files before acquiring the lock. But I wonder
if this could lead to other issues.
--
Best regards,
Alessandro Zummo,
Tower Te
;d say it's an error. Did you got it by hand
or with one of your tools? ;)
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to m
arch/arm/, and to more readily see and remove code duplication by
> drivers.
I meant in drivers/rtc but using another tree.
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line "unsubsc
u think is the best.
If the only consumers are mvebu boards, I believe it is correct to
route though that tree. imho.
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line "unsubscribe linux-ker
someone selects CONFIG_RTC_INTF_PROC.
I know, but that makes the procfs entry a mess. sysfs is the way,
> Do you want me to send a v7 w/ the .proc helper removed or leave
> things as they are and Ack the patch as is?
Unless absolutely needed, I'd prefer if you can remov
of them go thru subsystem's tree and, as far as I
can see, I saw very relevant comments and fixes in all those years.
I'd love to devote more time to Linux but I'd need to find
someone that hires me just to do that the whole day :)
--
Best regards,
Alessandro Zummo,
T
sysfs if you need.
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.ke
stem which has PNP0B0x devices present.
Definitely agree.
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger
On Wed, 24 Jul 2013 15:05:22 -0700
Greg Kroah-Hartman wrote:
> The dev_attrs field of struct class is going away soon, dev_groups
> should be used instead. This converts the rtc class code to use the
> correct field.
>
> Cc: Alessandro Zummo
> Signed-off-by:
me.
Acked-by: Alessandro Zummo
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
us objection ;)
looks reasonable.
I prefer == 0 instead of !rtc_valid_tm(&tm),
but it's just a cosmetic issue.
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line "unsubscribe linux-kerne
tions? if it's useful, then just go for it.
> OOC, Alessandro, why is the date & time split into two fields?
because date and time are two different things and we expect
sysfs to preferably have one value for each entry.
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino
ying there isn't any, its just not clear from your patch why this
> is a good thing.)
>
> Also CC'ing Alessandro for his input.
I'd like to keep the interfaces as simple as possible but I'm open to
improvements if there are good use cases.
--
Best regards,
Al
up the patches directly from the rtc mailing list,
unless there's an arch specific tree to carry it.
This one seems fine so I'm sure it's just an overlook
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe
ed to go in any arch's main tree, which is the
suggested
way as, with modern chipsets, the RTCs shares hw with many other drivers.
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line "unsu
C driver in then. It has
> > been acked by Jean Delvare and David Brownell. Byron or Jean, can you
> > try to submit it again?
>
> I'm not the driver author and RTC drivers aren't under my
> responsibility. Ask Alessandro Zummo instead.
I'm all ok for inclusion
ing 254,0. I would eventually ack a patch that adds
/dev/rtc at 10,135 as an alias for /dev/rtc0.
however the best solution would be to upgrade hwclock.
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send t
only real open issue is related to the ntp synchronization
mode and will be solved only when we can get rid of it :)
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
rivers if they want (or need) to.
>
> Signed-off-by: David Brownell <[EMAIL PROTECTED]>
Acked-by: Alessandro Zummo <[EMAIL PROTECTED]>
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list
the kernel/time/ntp.c stuff should be removed on all systems?
I'd say yes, but I think that would be dangerous to my own life :)
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line "u
ync stuff should be done outside of the kernel.
given the mean accuracy of RTC chips and other sync factors, imho
you haven't so much to gain with an in-kernel sync code.
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubsc
On Tue, 4 Dec 2007 11:56:54 -0500
"Mike Frysinger" <[EMAIL PROTECTED]> wrote:
> On Dec 4, 2007 11:49 AM, Alessandro Zummo <[EMAIL PROTECTED]> wrote:
> > On Tue, 4 Dec 2007 11:47:56 -0500
> > "Mike Frysinger" <[EMAIL PROTECTED]> wrote:
> &
ilities
> of the hardware
>
> sound about right ?
yes, it is. I agree about deleting it.
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Tue, 4 Dec 2007 11:29:11 -0500
"Mike Frysinger" <[EMAIL PROTECTED]> wrote:
>
> On Dec 4, 2007 11:26 AM, Alessandro Zummo <[EMAIL PROTECTED]> wrote:
> > Bryan Wu <[EMAIL PROTECTED]> wrote:
> >
> > Hi, I fannly got some time to rev
> stampit();
> - rtc->rtc_dev->irq_freq = freq;
> - return 0;
> + return -ENOTTY;
> }
.. why ENOTTY here?
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the line &q
Piggin.
>
> Signed-off-by: Jiri Kosina <[EMAIL PROTECTED]>
missed it, sorry.
Acked-by: Alessandro Zummo <[EMAIL PROTECTED]>
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
--
To unsubscribe from this list: send the
On Thu, 29 Nov 2007 10:10:12 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
>
> I think the right thing to do there is just insist that in the RTC
> framework, alarms should always follow the one-shot model.
/me agrees.
--
Best regards,
Alessandro Zummo,
Tower Techno
> Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
Acked-by: Alessandro Zummo <[EMAIL PROTECTED]>
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
t;
> WARNING: vmlinux.o(.data+0x1b140): Section mismatch: reference to
> .init.text:m48t59_rtc_probe (between 'm48t59_rtc_platdrv' and
> 'm48t59_nvram_attr')
>
> Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
Thanks Randy!
Signed-off-by: Alessandro Zum
our patch and I'm happy to ack it. Thank you very much
a thanks to Gabriel for the bug report!
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
onvert rtc->char_lock into bit operation.
>
> Signed-off-by: Jiri Kosina <[EMAIL PROTECTED]>
Acked-by: Alessandro Zummo <[EMAIL PROTECTED]>
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
-
To unsubscribe from this lis
id that. I'll try
to code something as soon as I get back home.
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECT
(date, S_IRUGO, rtc_sysfs_show_date, NULL),
__ATTR(time, S_IRUGO, rtc_sysfs_show_time, NULL),
__ATTR(since_epoch, S_IRUGO, rtc_sysfs_show_since_epoch, NULL),
+ __ATTR(max_user_freq, S_IRUGO | S_IWUSR, rtc_sysfs_show_max_user_freq,
+ rtc_s
is the best way to do that on modern kernels?
The rtc class is missing sysfs interface to the maximum settable
value. I guess I'll have to add it. I should be able to find the time
in the next few days.
However, I agree that they both shold be using an userspace
high freq timer :)
CUT HERE
> Fix a typo turned up by a Coverity check: referring to the wrong register,
> which could cause problems restarting DS1338 RTCs after their oscillator
> halted. (For example, if the backup battery died.)
>
> Signed-off-by: David Brownell <[EMAIL PROTEC
On Tue, 24 Jul 2007 13:40:04 +0100
Ben Dooks <[EMAIL PROTECTED]> wrote:
>
> Fixup the changes from moving around the arch
> support for s3c24xx based systems.
>
> Signed-off-by: Ben Dooks <[EMAIL PROTECTED]>
Acked-by: Alessandro Zummo <[EMAIL PROTECTED]>
47541 444d4163 69746e65
> > 0001 00040f82 01020800 2001 178bfbff
> >
>
> What chipset is it? I'm going to guess at nVidia MCP51, in which case..
> That's the third time that's worked on the MCP51.
amd sb600/ati rs480.
--
Best r
1020800 2001 178bfbff
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/
ts but, obviously, everything acpi related
does not work.
anything else I can try? The laptop does not have a serial port,
so I can't capture the dmesg output.
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
-
To unsubscribe from t
help/pointers are appreciated. I dont't
have a deep knowledge of the subsystems involved.
[1]
http://lkml.org/lkml/2007/6/21/360
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
-
To unsubscribe from this list: send the line &q
a constant difference of 869984896 seconds. Is this a
> bug?
I'll have to check that. Sorry for the delay, i've been a bit busy.
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
-
To unsubscribe from this list: send the lin
PROTECTED]>
> Signed-off-by: Alexander Bigga <[EMAIL PROTECTED]>
> ---
Acked-by: Alessandro Zummo <[EMAIL PROTECTED]>
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
-
To unsubscribe from this list: send the line "unsubsc
hi Nemoto <[EMAIL PROTECTED]>
> Signed-off-by: Alexander Bigga <[EMAIL PROTECTED]>
> Acked-by: Mark A. Greer <[EMAIL PROTECTED]>
Acked-by: Alessandro Zummo <[EMAIL PROTECTED]>
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
ark A. Greer <[EMAIL PROTECTED]>
> + *
> + * This program is free software; you can redistribute it and/or modify
> + * it under the terms of the GNU General Public License version 2 as
> + * published by the Free Software Foundation.
Unless this include is required by other files,
On Tue, 19 Jun 2007 14:47:35 +0200
Rodolfo Giometti <[EMAIL PROTECTED]> wrote:
> On Tue, Jun 19, 2007 at 02:20:06PM +0200, Alessandro Zummo wrote:
> >
> > 'cos they are two different things :) I don't know how
> > the "Lightweight At Daemon" wor
would be nice, too.
Well, I guess there is no documentation. Maybe we could add
a dev_warn with an explicit message.
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
-
To unsubscribe from this list: send the line "unsubscribe lin
On Fri, 15 Jun 2007 20:19:59 +0200
Alessandro Zummo <[EMAIL PROTECTED]> wrote:
> On Sat, 16 Jun 2007 01:10:37 +0900 (JST)
> Atsushi Nemoto <[EMAIL PROTECTED]> wrote:
>
> >
> > The generic RTC subsystem was added to kernel 2.6.17 which was
> > released a ye
; It is mature enough to remove EXPERIMENTAL label from RTC_CLASS, isn't
> it?
I'd say yes, I will submit a patch. ty.
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
-
To unsubscribe from this list: send the line "unsubscribe
know if the rtc subsystem can offer help/framework
for such a kind of driver. maybe it could be extended to
incorporate it. probably the alarms could be handled
in some way.
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
-
To unsubscribe
t; So then rtc0 couldn't be found. You'd get the same
> > message if, say, the RTC was loaded as a module.
>
> It seems to me that the DRV_RTC_CMOS and the "standard" CONFIG_RTC
> shouldn't be used at the same time... Am I correct on that ?
> Wouldn't
ck
> Support")
> so that driver has claimed the CMOS RTC instead of "rtc-cmos.c". Disable it.
> Then you'll be able to use this driver with no little surprises.
maybe we should consider this in the Kconfig.
--
Best regards,
Alessandro Zummo,
Tower Technolog
ace in the
future, so users are advised not to count on it and device
authors to not add properties.
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
ht Thing may also have changed a bit over time!
eheh :)
given that Greg also agreed, you have my
Acked-By: Alessandro Zummo <[EMAIL PROTECTED]>
--
Best regards,
Alessandro Zummo,
Tower Technologies - Torino, Italy
http://www.towertech.it
-
To unsubscribe from this list: send the
started to circulate, early last summer.
>
> It'll be good to have that finally gone!
Hi David,
thanks for your work. The interface system was originally
in place because it seemed the right-thing-to-do. if it isn't,
better to remove it ;)
--
Best regards,
Ale
1 - 100 of 115 matches
Mail list logo
