You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
(12) |
May
(82) |
Jun
(72) |
Jul
(39) |
Aug
(104) |
Sep
(61) |
Oct
(55) |
Nov
(101) |
Dec
(48) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(52) |
Feb
(67) |
Mar
(18) |
Apr
(16) |
May
(33) |
Jun
(12) |
Jul
(102) |
Aug
(168) |
Sep
(65) |
Oct
(60) |
Nov
(43) |
Dec
(121) |
2002 |
Jan
(69) |
Feb
(32) |
Mar
(90) |
Apr
(59) |
May
(45) |
Jun
(43) |
Jul
(33) |
Aug
(21) |
Sep
(11) |
Oct
(20) |
Nov
(26) |
Dec
(3) |
2003 |
Jan
(12) |
Feb
(18) |
Mar
(11) |
Apr
(11) |
May
(41) |
Jun
(76) |
Jul
(77) |
Aug
(15) |
Sep
(38) |
Oct
(56) |
Nov
(19) |
Dec
(39) |
2004 |
Jan
(17) |
Feb
(52) |
Mar
(36) |
Apr
(34) |
May
(48) |
Jun
(85) |
Jul
(38) |
Aug
(42) |
Sep
(41) |
Oct
(77) |
Nov
(27) |
Dec
(19) |
2005 |
Jan
(32) |
Feb
(35) |
Mar
(29) |
Apr
(8) |
May
(7) |
Jun
(31) |
Jul
(46) |
Aug
(93) |
Sep
(65) |
Oct
(85) |
Nov
(219) |
Dec
(47) |
2006 |
Jan
(170) |
Feb
(103) |
Mar
(49) |
Apr
(43) |
May
(45) |
Jun
(29) |
Jul
(77) |
Aug
(82) |
Sep
(43) |
Oct
(45) |
Nov
(26) |
Dec
(85) |
2007 |
Jan
(42) |
Feb
(48) |
Mar
(64) |
Apr
(31) |
May
(88) |
Jun
(53) |
Jul
(175) |
Aug
(212) |
Sep
(91) |
Oct
(103) |
Nov
(110) |
Dec
(5) |
2008 |
Jan
(20) |
Feb
(11) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(5) |
Sep
(3) |
Oct
(12) |
Nov
|
Dec
|
From: NIIBE Y. <gn...@ch...> - 2000-04-24 03:24:38
|
I'll import test release of Linux standard distribution by Linus. The tag will be 'L2_3_99_pre6-5' with vendor tag LINUS. -- |
From: NIIBE Y. <gn...@ch...> - 2000-04-22 01:03:31
|
There were two bugs in time.c. When CF (carry flag) is set during reading value from RTC, we have to read it again. Clearing CF-bit should be in the loop, if not, it'd result loop forever. And setting of RCR2 was wrong. We need to set RTCEN bit when start. I'll commit it soon. Index: ChangeLog =================================================================== RCS file: /cvsroot/linuxsh/kernel/ChangeLog,v retrieving revision 1.6 diff -u -r1.6 ChangeLog --- ChangeLog 2000/04/20 22:24:13 1.6 +++ ChangeLog 2000/04/22 00:47:04 @@ -1,3 +1,14 @@ +2000-04-21 NIIBE Yutaka <gn...@m1...> + + * arch/sh/kernel/time.c (RCR1_*, RCR2_*): Defined. + (set_rtc_time, get_rtc_time, get_cpu_mhz): Use them. + + * arch/sh/kernel/time.c (get_rtc_time): Bug fix. Clear CF-bit every + time. Set RCR2_RTCEN to start RTC. + + * include/asm-sh/elf.h (SET_PERSONALITY): Follow the change + of 2.3.99-pre6-3. + 2000-04-20 NIIBE Yutaka <gn...@m1...> Change how to set syscall_nr. Index: arch/sh/kernel/time.c =================================================================== RCS file: /cvsroot/linuxsh/kernel/arch/sh/kernel/time.c,v retrieving revision 1.2 diff -u -r1.2 time.c --- arch/sh/kernel/time.c 2000/04/15 07:08:02 1.2 +++ arch/sh/kernel/time.c 2000/04/22 00:47:06 @@ -33,6 +33,23 @@ #define TMU0_TCR_INIT 0x0020 #define TMU_TSTR_INIT 1 +/* RCR1 Bits */ +#define RCR1_CF 0x80 /* Carry Flag */ +#define RCR1_CIE 0x10 /* Carry Interrupt Enable */ +#define RCR1_AIE 0x08 /* Alarm Interrupt Enable */ +#define RCR1_AF 0x01 /* Alarm Flag */ + +/* RCR2 Bits */ +#define RCR2_PEF 0x80 /* PEriodic interrupt Flag */ +#define RCR2_PESMASK 0x70 /* Periodic interrupt Set */ +#define RCR2_RTCEN 0x08 /* ENable RTC */ +#define RCR2_ADJ 0x04 /* ADJustment (30-second) */ +#define RCR2_RESET 0x02 /* Reset bit */ +#define RCR2_START 0x01 /* Start bit */ + +#define RTC_IRQ 22 +#define RTC_IPR_OFFSET 0 + #if defined(__sh3__) #define TMU_TOCR 0xfffffe90 /* Byte access */ #define TMU_TSTR 0xfffffe92 /* Byte access */ @@ -43,9 +60,6 @@ #define FRQCR 0xffffff80 -#define RTC_IRQ 22 -#define RTC_IPR_OFFSET 0 - /* SH-3 RTC */ #define R64CNT 0xfffffec0 #define RSECCNT 0xfffffec2 @@ -74,9 +88,6 @@ #define FRQCR 0xffc00000 -#define RTC_IRQ 22 -#define RTC_IPR_OFFSET 0 - /* SH-4 RTC */ #define R64CNT 0xffc80000 #define RSECCNT 0xffc80004 @@ -149,7 +160,7 @@ int retval = 0; int real_seconds, real_minutes, cmos_minutes; - ctrl_outb(0x02, RCR2); /* reset pre-scaler & stop RTC */ + ctrl_outb(RCR2_RESET, RCR2); /* Reset pre-scaler & stop RTC */ cmos_minutes = ctrl_inb(RMINCNT); BCD_TO_BIN(cmos_minutes); @@ -178,7 +189,7 @@ retval = -1; } - ctrl_outb(0x01, RCR2); /* start RTC */ + ctrl_outb(RCR2_RTCEN|RCR2_START, RCR2); /* Start RTC */ return retval; } @@ -283,8 +294,8 @@ unsigned int sec, min, hr, wk, day, mon, yr, yr100; again: - ctrl_outb(0x01, RCR1); /* clear CF bit */ do { + ctrl_outb(0, RCR1); /* Clear CF-bit */ sec = ctrl_inb(RSECCNT); min = ctrl_inb(RMINCNT); hr = ctrl_inb(RHRCNT); @@ -299,7 +310,7 @@ yr = ctrl_inb(RYRCNT); yr100 = (yr == 0x99) ? 0x19 : 0x20; #endif - } while ((ctrl_inb(RCR1) & 0x80) != 0); + } while ((ctrl_inb(RCR1) & RCR1_CF) != 0); BCD_TO_BIN(yr100); BCD_TO_BIN(yr); @@ -313,7 +324,7 @@ hr > 23 || min > 59 || sec > 59) { printk(KERN_ERR "SH RTC: invalid value, resetting to 1 Jan 2000\n"); - ctrl_outb(0x02, RCR2); /* reset, stop */ + ctrl_outb(RCR2_RESET, RCR2); /* Reset & Stop */ ctrl_outb(0, RSECCNT); ctrl_outb(0, RMINCNT); ctrl_outb(0, RHRCNT); @@ -325,7 +336,7 @@ #else ctrl_outb(0, RYRCNT); #endif - ctrl_outb(0x01, RCR2); /* start */ + ctrl_outb(RCR2_RTCEN|RCR2_START, RCR2); /* Start */ goto again; } @@ -339,7 +350,7 @@ sti(); do {} while (ctrl_inb(R64CNT) != 0); - ctrl_outb(0x11, RCR1); + ctrl_outb(RCR1_CIE, RCR1); /* Enable carry interrupt */ asm volatile( "1:\t" "tst %1,%1\n\t" @@ -373,7 +384,7 @@ static void rtc_interrupt(int irq, void *dev_id, struct pt_regs *regs) { - ctrl_outb(0x01, RCR1); + ctrl_outb(0, RCR1); /* Disable Carry Interrupts */ regs->regs[0] = 1; } |
From: Mitch D. <mj...@hp...> - 2000-04-21 12:32:56
|
Hi Niibe-san, > For people who will do update, don't forget to add -P option. > > $ cvs update -P > > As there's the change removing directory. I don't know why -P and -d > is not defalut to cvs. Good idea. For those of use who didn't use -P (including me), I think the directory that should be deleted from your local checkout after doing the update is scripts/usb. For better or worse, the -d is not the default to cvs because it may be that you deliberately want to check out a sparse tree. If -d were the default, CVS would try and recreate the subdirs you didn't want. > BTW, I couldn't find the information about how we can setup > "authorized_keys" on cvs.sourceforge.net, so that we can use > "ssh-agent" which hold the key to communicate the server (then, we > don't need to type password every thime). Althogh I've got a success > setting up keys on shell1.sourceforge.net, I couldn't on cvs... > > Mitch, do you know the solution? Yes, and the answer is wonderfully simple although a pain to find. (There is no need to use ssh-agent) On SourceForge, log in and go to "My Personal Page". From there, select "Account Maintenance". In the bottom right hand corner of that page, there's a link called "Edit Keys". If you click on this, you'll go to a form where you can paste in your identity.pub file. What you enter on this form is copied to the shell and CVS servers every six hours. Make sure there are no linebreaks in the key! It has to be one line per key. Note also that if your key requires a passphrase, you'll still need to type it - this just removes the need to type in your SourceForge password all the time. If anyone else has some questions regarding how to do things at SourceForge, please don't hesitate to ask. Regards, Mitch. -- | mailto:mj...@au... | Not the official view of: | | mailto:mj...@al... | Australian Calculator Opn | | Certified Linux Evangelist! | Hewlett Packard Australia | |
From: NIIBE Y. <gn...@ch...> - 2000-04-21 06:03:29
|
Mitch Davis wrote: > At Niibe-san's request, I have imported Linux kernel version 2.3.99pre6-3 > into our CVS repository. Thank you very much. It seems that I've successfully subscribed on linuxsh-dev list. :-) For people who will do update, don't forget to add -P option. $ cvs update -P As there's the change removing directory. I don't know why -P and -d is not defalut to cvs. BTW, I couldn't find the information about how we can setup "authorized_keys" on cvs.sourceforge.net, so that we can use "ssh-agent" which hold the key to communicate the server (then, we don't need to type password every thime). Althogh I've got a success setting up keys on shell1.sourceforge.net, I couldn't on cvs... Mitch, do you know the solution? -- |
From: Mitch D. <mj...@hp...> - 2000-04-21 05:43:18
|
Hello, At Niibe-san's request, I have imported Linux kernel version 2.3.99pre6-3 into our CVS repository. The relevant tags in case you want them are: L2_3_99_pre6-3_BEFORE Our repository tagged just before the import. L2_3_99_pre6-3 The official Linux source, without our changes. L2_3_99_pre6-3_AFTER Our repository tagged just after the import. I have documented the process whereby kernels are imported: http://linuxsh.sourceforge.net/docs/importing-kernels.html It's a counterproof to anyone who thinks importing a kernel is fun, quick or easy. :-) :-) :-) Regards, Mitch. -- | mailto:mj...@au... | Not the official view of: | | mailto:mj...@al... | Australian Calculator Opn | | Certified Linux Evangelist! | Hewlett Packard Australia | |
From: Mitch D. <mj...@au...> - 2000-04-20 07:10:04
|
Hello, This is to announce my intention to import Linux kernel 2.3.99pre6-3 tonight, in about six hours. The repository will be tagged with "L2_3_99_pre6-3_BEFORE" before the import and "L2_3_99_pre6-3_AFTER" after the import. Any questions, please mail me. Regards, Mitch. PS: It's my intention that this sort of message go to linuxsh-dev instead of the m17n.org list in the future. I'll keep them here until enough people have subscribed: -- | mailto:mj...@au... | Not the official view of: | | mailto:mj...@al... | Australian Calculator Opn | | Certified Linux Evangelist! | Hewlett Packard Australia | |