| /linux-6.12.1/drivers/rtc/ |
| D | rtc-bd70528.c | 35 u8 week; member
69 r->week &= ~BD70528_MASK_RTC_WEEK; in tm2rtc()
83 r->week |= bin2bcd(t->tm_wday); in tm2rtc()
105 t->tm_wday = bcd2bin(r->week & BD70528_MASK_RTC_WEEK); in rtc2tm()
|
| D | rtc-ds1742.c | 83 unsigned int year, month, day, hour, minute, second, week; in ds1742_rtc_read_time() local
95 week = readb(ioaddr + RTC_DAY) & RTC_DAY_MASK; in ds1742_rtc_read_time()
104 tm->tm_wday = bcd2bin(week); in ds1742_rtc_read_time()
|
| D | rtc-ds1553.c | 99 unsigned int year, month, day, hour, minute, second, week; in ds1553_rtc_read_time() local
111 week = readb(ioaddr + RTC_DAY) & RTC_DAY_MASK; in ds1553_rtc_read_time()
120 tm->tm_wday = bcd2bin(week); in ds1553_rtc_read_time()
|
| D | rtc-stk17ta8.c | 98 unsigned int year, month, day, hour, minute, second, week; in stk17ta8_rtc_read_time() local
113 week = readb(ioaddr + RTC_DAY) & RTC_DAY_MASK; in stk17ta8_rtc_read_time()
122 tm->tm_wday = bcd2bin(week); in stk17ta8_rtc_read_time()
|
| D | rtc-ds3232.c | 103 unsigned int week, twelve_hr, am_pm; in ds3232_read_time() local
113 week = buf[3]; in ds3232_read_time()
139 time->tm_wday = bcd2bin(week) - 1; in ds3232_read_time()
|
| /linux-6.12.1/Documentation/process/ |
| D | maintainer-netdev.rst | 40 two week "merge window" where the main maintainers feed their new stuff
44 expected. After roughly a week of collecting fixes to the rc1 content,
47 state of churn), and a week after the last vX.Y-rcN was done, the
56 the dev cycle. If it was tagged rc7 a week ago, then a release is
74 Relating that to kernel development: At the beginning of the 2-week
198 are very unlikely to arrive after a week of silence. If a patch
200 than a week - clarify the next steps and/or post the next version.
202 For RFC postings specifically, if nobody responded in a week - reviewers
|
| D | kernel-docs.rst | 180 produced during the week.
|
| D | maintainer-kvm-x86.rst | 56 typically the week before Linus' opening of the merge window, e.g. the week
|
| D | handling-regressions.rst | 183 backport); if the culprit became known early during a week and is simple to
184 resolve, try to mainline the fix within the same week.
375 which regzbot normally sends out once a week on Sunday evening (UTC), which is a
|
| D | howto.rst | 248 - As soon as a new kernel is released a two week window is open,
267 release a new -rc kernel every week.
|
| D | maintainer-tip.rst | 431 Large series should be submitted in mergeable state *at* *least* a week
|
| /linux-6.12.1/Documentation/doc-guide/ |
| D | maintainer-profile.rst | 52 have not heard back within a week of sending a patch.
|
| /linux-6.12.1/Documentation/nvdimm/ |
| D | maintainer-entry-profile.rst | 57 In general, please wait up to one week before pinging for feedback. A
|
| /linux-6.12.1/Documentation/maintainer/ |
| D | maintainer-entry-profile.rst | 58 week) that patches might be considered for merging and when patches need to
|
| /linux-6.12.1/Documentation/mm/damon/ |
| D | maintainer-profile.rst | 66 slow. Do not hesitate to send a ping if you have not heard back within a week
|
| /linux-6.12.1/drivers/video/fbdev/core/ |
| D | fbmon.c | 303 specs->week = block[8]; in parse_vendor_block()
307 DPRINTK(" Year: %u Week %u\n", specs->year, specs->week); in parse_vendor_block()
|
| /linux-6.12.1/Documentation/filesystems/xfs/ |
| D | xfs-maintainer-entry-profile.rst | 184 In general, please wait at least one week before pinging for feedback.
|
| /linux-6.12.1/Documentation/arch/arm/ |
| D | arm.rst | 146 last week :-)
|
| /linux-6.12.1/include/linux/ |
| D | fb.h | 78 __u32 week; /* Week Manufactured */ member
|
| /linux-6.12.1/Documentation/networking/device_drivers/ethernet/3com/ |
| D | vortex.rst | 456 end up working on this problem for a week or more as the maintainer
|
| /linux-6.12.1/Documentation/scsi/ |
| D | aic7xxx.rst | 396 408-957-2550, 24 hours a day, 7 days a week.
|
| D | aic79xx.rst | 532 408-957-2550, 24 hours a day, 7 days a week.
|
| /linux-6.12.1/drivers/gpu/drm/ |
| D | drm_edid.c | 2730 int week = id->week_of_manufacture; in decode_date() local
2733 if (week == 0xff) in decode_date()
2735 else if (!week) in decode_date()
2738 seq_buf_printf(s, "week/year of manufacture: %d/%d", week, year); in decode_date()
|
| /linux-6.12.1/Documentation/bpf/ |
| D | bpf_devel_QA.rst | 228 at the end of the week. In some cases pull requests could additionally
229 come also in the middle of the week depending on the current patch
|
| /linux-6.12.1/Documentation/admin-guide/ |
| D | reporting-issues.rst | 819 cycle then is in its two-week long 'merge window'. The bulk of the changes and
866 are older than a week, as new mainline and stable kernels typically get released
867 at least once a week.
1344 should wait a week at maximum (or just two days if it's something urgent)
1435 If the second reminder again results in no reaction within a week, try to
1488 kernel.org front page for a week or two, but are unsuitable for testing and
|