Dinamani, Deepa (5 de junio de 2018). «vfs: change inode times to use struct timespec64»(html). Kernel Org(en inglés). Archivado desde el original el 29 de enero de 2019. Consultado el 29 de enero de 2019. «struct timespec is not y2038 safe. Transition vfs to use y2038 safe struct timespec64 instead.»
bleepingcomputer.com
Llascu, Ionut (26 de noviembre de 2019). «HP Warns That Some SSD Drives Will Fail at 32,768 Hours of Use»(html). Bleeping Computer(en inglés). Archivado desde el original el 23 de diciembre de 2019. Consultado el 1 de enero de 2020. «Hewlett Packard Enterprise (HPE) released firmware updates for a number of its Serial-Attached SCSI solid-state drives to prevent their failure at exactly 32,768 hours of operation time.»
«Airworthiness Directives; The Boeing Company Airplanes»(pdf). Administración Federal de Aviación(en inglés). 23 de abril de 2015. Archivado desde el original el 24 de enero de 2017. Consultado el 12 de octubre de 2018. «We are adopting a new airworthiness directive (AD) for all The Boeing Company Model 787 airplanes. This AD requires a repetitive maintenance task for electrical power deactivation on Model 787 airplanes. This AD was prompted by the determination that a Model 787 airplane that has been powered continuously for 248 days can lose all alternating current (AC) electrical power due to the generator control units (GCUs) simultaneously going into failsafe mode. This condition is caused by a software counter internal to the GCUs that will overflow after 248 days of continuous power. We are issuing this AD to prevent loss of all AC electrical power, which could result in loss of control of the airplane.»
flightglobal.com
Trimble, Stephen (30 de abril de 2015). «FAA orders new 787 electrical fix to prevent power failure»(html). Flight Global(en inglés). Archivado desde el original el 3 de mayo de 2015. Consultado el 12 de octubre de 2018. «All Boeing 787 operators will be required to periodically deactivate the electrical system to avoid a problem with a newly-discovered software bug that could cause the aircraft to lose alternating current (AC) power, the US Federal Aviation Administration says in a new airworthiness directive.»
gizmodo.com
Jones, Rhett (7 de marzo de 2019). «The Y2K Moment For GPS Systems Is Just a Month Away»(html). Gizmodo(en inglés). Archivado desde el original el 9 de marzo de 2019. Consultado el 12 de marzo de 2019. «GPS was originally designed to timestamp signals using a system that counts weeks using a 10-digit field that tops out at 1024 weeks(~19.7 years).»
gmane.org
permalink.gmane.org
Wallace, Malcolm (23 de septiembre de 2013). «Re: [tz] Deep Impact: wrong time zone?»(html). Gmane Org.(en inglés). Archivado desde el original el 2 de octubre de 2013. Consultado el 12 de octubre de 2018. «Put another way, if you represented time as the number of tenths of a second since midnight on January 1, 2000, then you would hit 4294967296 tenths of a second on August 11, 2013[2]. 4294967296 is significant because it's 2^32, which is the smallest number that can't be represented as a 32-bit integer. Generally this will wrap around to 0 (as in calculating 4294967295 + 1 will give you 0).»
gps.gov
«CGSICGPS Week Roll Over Issue»(pdf). Official U.S. government information about the Global Positioning System (GPS) and related topics(en inglés). 26 de septiembre de 2017. Archivado desde el original el 22 de enero de 2019. Consultado el 13 de febrero de 2019. «GPS Time as defined in the legacy GPS navigation message (ICD-200), uses 10 bits to count GPS Week Numbers. This representation can only cover a finite period of 1024 weeks(19.7 year epoch).»
hackaday.com
List, Jenny (1 de enero de 2020). «Happy 50th Birthday To All You Epoch Birthers»(html). Hack a Day(en inglés). Archivado desde el original el 1 de enero de 2020. Consultado el 1 de enero de 2020. «The earliest UNIX time was thus measured in terms of the American mains power frequency, 60ths of a second with an epoch at the start of 1971. Since a 32 bit number at that rate would have meant a very short time before roll-over it was decided to use seconds instead with an epoch at the start of the decade. The latest distributions might have switched to using a 64-bit integer because the original 32-bit one would roll over in 2038, but otherwise the timing scheme remains unchanged.»
«ANA, JAL say their Dreamliners safe from mid-flight shutdown glitch»(html). The Japan Times(en inglés). 1 de mayo de 2015. Archivado desde el original el 7 de mayo de 2015. Consultado el 12 de octubre de 2018. «All Nippon Airways Co. and Japan Airlines Co. said Friday that their Boeing 787 Dreamliners won’t be affected by a recently discovered software error that could result in a total loss of power even during flight.»
kernel.org
lore.kernel.org
Torvalds, Linus (9 de junio de 2016). «Re: [PATCH 02/21] fs: ext4: Use current_fs_time() for inode timestamps»(html). LKML Archive(en inglés). Archivado desde el original el 28 de enero de 2019. Consultado el 29 de enero de 2019. «All existing users and all the ones in this patch (and the others too, although I didn't go through them very carefully) really would prefer just passing in the inode directly, rather than the superblock. So I don't want to add more users of this broken interface. It was a mistake to use the superblock. The fact that the time granularity exists there is pretty much irrelevant. If every single user wants to use an inode pointer, then that is what the function should get.»
git.kernel.org
Dinamani, Deepa (5 de junio de 2018). «vfs: change inode times to use struct timespec64»(html). Kernel Org(en inglés). Archivado desde el original el 29 de enero de 2019. Consultado el 29 de enero de 2019. «struct timespec is not y2038 safe. Transition vfs to use y2038 safe struct timespec64 instead.»
ntp.org
doc.ntp.org
«NTP Timescale and Leap Seconds»(html). NTP org(en inglés). Archivado desde el original el 3 de noviembre de 2011. Consultado el 12 de octubre de 2018. «With respect to the recent year 2000 issue, the most important thing to observe about the NTP timescale is that it knows nothing about days, years or centuries, only the seconds since the beginning of the current era which began on 1 January 1900. On 1 January 1970 when Unix life began, the NTP timescale showed 2,208,988,800 and on 1 January 1972 when UTC life began, it showed 2,272,060,800.»
opensource.com
Dinamani, Deepa (21 de enero de 2019). «Solving the Year 2038 problem in the Linux kernel»(html). Open Source Dot Com(en inglés). Archivado desde el original el 21 de enero de 2019. Consultado el 29 de enero de 2019. «I chose to work on the Y2038 problem because it let me touch all the subsystems in the kernel—and even more than that. The problem also involves user space, C library, POSIX, and C standards. I found that the problem is really about interfaces between layers.»
Dinamami, Deepa (21 de enero de 2019). «Solving the Year 2038 problem in the Linux kernel»(html). Open Source Dot Com(en inglés). Archivado desde el original el 21 de enero de 2019. Consultado el 29 de enero de 2019. «The problem: The in-kernel representation of inode timestamps was in struct timespec, which is not Y2038 safe. The proposed solution: Change the representation to struct timespec64, which is Y2038 safe.»
slate.fr
Pottier, jean-Marie (1 de mayo de 2015). «L'étonnant bug qui pourrait priver un Boeing 787 de courant en plein vol»(html). Slate(en francés). Archivado desde el original el 3 de mayo de 2015. Consultado el 12 de octubre de 2018. «C'est un étonnant (et, potentiellement, un peu inquiétant) bug aéronautique que rapportent plusieurs médias américains: la FAA, l'autorité américaine de l'aviation civile, a ordonné, jeudi 30 avril, aux compagnies opérant des Boeing 787 Dreamliner de couper de manière périodique l'alimentation électrique des générateurs de l'avion, afin d'éviter un bug qui pourrait causer leur panne simultanée. Durant des tests, le constructeur a en effet constaté que si ces générateurs étaient constamment sous tension pendant 248 jours (8 mois), cela engendrait un bug qui interrompait leur alimentation électrique. Si tous les générateurs de l'avion avaient été mis sous tension simultanément, ils pourraient donc tomber en panne simultanément, y compris en plein vol.»
Cassely, Jean-Laurent (6 de mayo de 2015). «2.147.483.647: pourquoi ce nombre peut tout faire buguer et rend fous les informaticiens»(html). Slate(en francés). Archivado desde el original el 9 de mayo de 2015. Consultado el 12 de octubre de 2018. «L'article de la BBC raconte que c'est aussi ce bug qui est soupçonné d'avoir causé la perte de contact par la Nasa en 2013 de sa sonde spatiale Deep Impact.»
us-cert.gov
ics-cert.us-cert.gov
«MEMORANDUM FOR U.S. OWNERS ANDOPERATORS USING GPS TO OBTAIN UTC TIME (sic)»(pdf). National Cybersecurity and Communications Integration Center(en inglés). Archivado desde el original el 29 de abril de 2018. Consultado el 13 de febrero de 2019. «AGPS device that conforms to the latest IS-GPS-200 and provides UTC should not be adversely affected. However, tests of some GPS devices revealed that not all manufacturer implementations correctly handle the April 6, 2019 WN rollover. Additionally, some manufacturer implementations interpret the WN parameter relative to a date other than January 5, 1980.These devices should not be affected by the WN rollover on April 6, 2019 but may experience a similar rollover event at afuture date. For example, a particular GPS device may interpret the WN parameter relative to a firmware creation date and wouldexperience a similar rollover event 1024 weeks afterthat firmware creation date.»
uscg.gov
navcen.uscg.gov
Dunn, Michael (8 de marzo de 2012). «Global Positioning System Directorate Systems Engineering & integration Interface Specification IS-GPS-200»(pdf). Guardia Costera de Estados Unidos(en inglés). p. 52. Archivado desde el original el 5 de enero de 2019. Consultado el 12 de febrero de 2019. «The GPS week numbering system is established with week number zero (0) being defined as that week which started with the X1 epoch occurring at midnight UTC (USNO) on the night of January 5, 1980/ morning of January 6, 1980. The GPS week number continuously increments by one (1) at each end/start of week epoch without ever resetting to zero. Users must recognize that the week number information contained in the Nav Message may not necessarily reflect the current full GPS week number».
web.archive.org
List, Jenny (1 de enero de 2020). «Happy 50th Birthday To All You Epoch Birthers»(html). Hack a Day(en inglés). Archivado desde el original el 1 de enero de 2020. Consultado el 1 de enero de 2020. «The earliest UNIX time was thus measured in terms of the American mains power frequency, 60ths of a second with an epoch at the start of 1971. Since a 32 bit number at that rate would have meant a very short time before roll-over it was decided to use seconds instead with an epoch at the start of the decade. The latest distributions might have switched to using a 64-bit integer because the original 32-bit one would roll over in 2038, but otherwise the timing scheme remains unchanged.»
«NTP Timescale and Leap Seconds»(html). NTP org(en inglés). Archivado desde el original el 3 de noviembre de 2011. Consultado el 12 de octubre de 2018. «With respect to the recent year 2000 issue, the most important thing to observe about the NTP timescale is that it knows nothing about days, years or centuries, only the seconds since the beginning of the current era which began on 1 January 1900. On 1 January 1970 when Unix life began, the NTP timescale showed 2,208,988,800 and on 1 January 1972 when UTC life began, it showed 2,272,060,800.»
Pottier, jean-Marie (1 de mayo de 2015). «L'étonnant bug qui pourrait priver un Boeing 787 de courant en plein vol»(html). Slate(en francés). Archivado desde el original el 3 de mayo de 2015. Consultado el 12 de octubre de 2018. «C'est un étonnant (et, potentiellement, un peu inquiétant) bug aéronautique que rapportent plusieurs médias américains: la FAA, l'autorité américaine de l'aviation civile, a ordonné, jeudi 30 avril, aux compagnies opérant des Boeing 787 Dreamliner de couper de manière périodique l'alimentation électrique des générateurs de l'avion, afin d'éviter un bug qui pourrait causer leur panne simultanée. Durant des tests, le constructeur a en effet constaté que si ces générateurs étaient constamment sous tension pendant 248 jours (8 mois), cela engendrait un bug qui interrompait leur alimentation électrique. Si tous les générateurs de l'avion avaient été mis sous tension simultanément, ils pourraient donc tomber en panne simultanément, y compris en plein vol.»
«Airworthiness Directives; The Boeing Company Airplanes»(pdf). Administración Federal de Aviación(en inglés). 23 de abril de 2015. Archivado desde el original el 24 de enero de 2017. Consultado el 12 de octubre de 2018. «We are adopting a new airworthiness directive (AD) for all The Boeing Company Model 787 airplanes. This AD requires a repetitive maintenance task for electrical power deactivation on Model 787 airplanes. This AD was prompted by the determination that a Model 787 airplane that has been powered continuously for 248 days can lose all alternating current (AC) electrical power due to the generator control units (GCUs) simultaneously going into failsafe mode. This condition is caused by a software counter internal to the GCUs that will overflow after 248 days of continuous power. We are issuing this AD to prevent loss of all AC electrical power, which could result in loss of control of the airplane.»
Trimble, Stephen (30 de abril de 2015). «FAA orders new 787 electrical fix to prevent power failure»(html). Flight Global(en inglés). Archivado desde el original el 3 de mayo de 2015. Consultado el 12 de octubre de 2018. «All Boeing 787 operators will be required to periodically deactivate the electrical system to avoid a problem with a newly-discovered software bug that could cause the aircraft to lose alternating current (AC) power, the US Federal Aviation Administration says in a new airworthiness directive.»
«ANA, JAL say their Dreamliners safe from mid-flight shutdown glitch»(html). The Japan Times(en inglés). 1 de mayo de 2015. Archivado desde el original el 7 de mayo de 2015. Consultado el 12 de octubre de 2018. «All Nippon Airways Co. and Japan Airlines Co. said Friday that their Boeing 787 Dreamliners won’t be affected by a recently discovered software error that could result in a total loss of power even during flight.»
Andy Pasztor y Jon Ostrower (30 de abril de 2015). «FAA Warns 787s Can Lose All Electrical Power in Certain Circumstances»(html). The Wall Street Journal(en inglés). Archivado desde el original el 3 de mayo de 2015. Consultado el 12 de octubre de 2018. «Nearly four years after Boeing Co.’s 787 Dreamliner entered commercial service, federal regulators are moving to combat a potentially dangerous software glitch they said can cause a total loss of electrical power that would endanger the aircraft.»
Llascu, Ionut (26 de noviembre de 2019). «HP Warns That Some SSD Drives Will Fail at 32,768 Hours of Use»(html). Bleeping Computer(en inglés). Archivado desde el original el 23 de diciembre de 2019. Consultado el 1 de enero de 2020. «Hewlett Packard Enterprise (HPE) released firmware updates for a number of its Serial-Attached SCSI solid-state drives to prevent their failure at exactly 32,768 hours of operation time.»
Cassely, Jean-Laurent (6 de mayo de 2015). «2.147.483.647: pourquoi ce nombre peut tout faire buguer et rend fous les informaticiens»(html). Slate(en francés). Archivado desde el original el 9 de mayo de 2015. Consultado el 12 de octubre de 2018. «L'article de la BBC raconte que c'est aussi ce bug qui est soupçonné d'avoir causé la perte de contact par la Nasa en 2013 de sa sonde spatiale Deep Impact.»
Wallace, Malcolm (23 de septiembre de 2013). «Re: [tz] Deep Impact: wrong time zone?»(html). Gmane Org.(en inglés). Archivado desde el original el 2 de octubre de 2013. Consultado el 12 de octubre de 2018. «Put another way, if you represented time as the number of tenths of a second since midnight on January 1, 2000, then you would hit 4294967296 tenths of a second on August 11, 2013[2]. 4294967296 is significant because it's 2^32, which is the smallest number that can't be represented as a 32-bit integer. Generally this will wrap around to 0 (as in calculating 4294967295 + 1 will give you 0).»
Dunn, Michael (8 de marzo de 2012). «Global Positioning System Directorate Systems Engineering & integration Interface Specification IS-GPS-200»(pdf). Guardia Costera de Estados Unidos(en inglés). p. 52. Archivado desde el original el 5 de enero de 2019. Consultado el 12 de febrero de 2019. «The GPS week numbering system is established with week number zero (0) being defined as that week which started with the X1 epoch occurring at midnight UTC (USNO) on the night of January 5, 1980/ morning of January 6, 1980. The GPS week number continuously increments by one (1) at each end/start of week epoch without ever resetting to zero. Users must recognize that the week number information contained in the Nav Message may not necessarily reflect the current full GPS week number».
«CGSICGPS Week Roll Over Issue»(pdf). Official U.S. government information about the Global Positioning System (GPS) and related topics(en inglés). 26 de septiembre de 2017. Archivado desde el original el 22 de enero de 2019. Consultado el 13 de febrero de 2019. «GPS Time as defined in the legacy GPS navigation message (ICD-200), uses 10 bits to count GPS Week Numbers. This representation can only cover a finite period of 1024 weeks(19.7 year epoch).»
Jones, Rhett (7 de marzo de 2019). «The Y2K Moment For GPS Systems Is Just a Month Away»(html). Gizmodo(en inglés). Archivado desde el original el 9 de marzo de 2019. Consultado el 12 de marzo de 2019. «GPS was originally designed to timestamp signals using a system that counts weeks using a 10-digit field that tops out at 1024 weeks(~19.7 years).»
«MEMORANDUM FOR U.S. OWNERS ANDOPERATORS USING GPS TO OBTAIN UTC TIME (sic)»(pdf). National Cybersecurity and Communications Integration Center(en inglés). Archivado desde el original el 29 de abril de 2018. Consultado el 13 de febrero de 2019. «AGPS device that conforms to the latest IS-GPS-200 and provides UTC should not be adversely affected. However, tests of some GPS devices revealed that not all manufacturer implementations correctly handle the April 6, 2019 WN rollover. Additionally, some manufacturer implementations interpret the WN parameter relative to a date other than January 5, 1980.These devices should not be affected by the WN rollover on April 6, 2019 but may experience a similar rollover event at afuture date. For example, a particular GPS device may interpret the WN parameter relative to a firmware creation date and wouldexperience a similar rollover event 1024 weeks afterthat firmware creation date.»
Ortíz, David (16 de octubre de 2014). «Todas las novedades en Android 5.0 (Lollipop)»(html). Xataka. Archivado desde el original el 18 de octubre de 2014. Consultado el 31 de diciembre de 2019. «Android 5.0 llega con soporte a procesadores de 64 bits, tanto en núcleos ARM como x86 o MIPS, manteniéndose compatible también con los procesadores de 32 bits.»
«Qué es el "Efecto 2038", a qué dispositivos afecta y qué peligro podría suponer»(html). Xataka. 23 de septiembre de 2017. Archivado desde el original el 23 de septiembre de 2017. Consultado el 12 de octubre de 2018. «E incluso en el caso de que aún quedase algún sistema de red o dispositivo secundario anclado en los 32 bits por aquel entonces, los fabricantes tienen tiempo de sobra para parchearlos con actualizaciones de software. Vamos, que va a ser muy difícil que este problema de 2038 acabe causando algún estrago significativo.»
Dinamani, Deepa (21 de enero de 2019). «Solving the Year 2038 problem in the Linux kernel»(html). Open Source Dot Com(en inglés). Archivado desde el original el 21 de enero de 2019. Consultado el 29 de enero de 2019. «I chose to work on the Y2038 problem because it let me touch all the subsystems in the kernel—and even more than that. The problem also involves user space, C library, POSIX, and C standards. I found that the problem is really about interfaces between layers.»
Dinamami, Deepa (21 de enero de 2019). «Solving the Year 2038 problem in the Linux kernel»(html). Open Source Dot Com(en inglés). Archivado desde el original el 21 de enero de 2019. Consultado el 29 de enero de 2019. «The problem: The in-kernel representation of inode timestamps was in struct timespec, which is not Y2038 safe. The proposed solution: Change the representation to struct timespec64, which is Y2038 safe.»
Torvalds, Linus (9 de junio de 2016). «Re: [PATCH 02/21] fs: ext4: Use current_fs_time() for inode timestamps»(html). LKML Archive(en inglés). Archivado desde el original el 28 de enero de 2019. Consultado el 29 de enero de 2019. «All existing users and all the ones in this patch (and the others too, although I didn't go through them very carefully) really would prefer just passing in the inode directly, rather than the superblock. So I don't want to add more users of this broken interface. It was a mistake to use the superblock. The fact that the time granularity exists there is pretty much irrelevant. If every single user wants to use an inode pointer, then that is what the function should get.»
wsj.com
Andy Pasztor y Jon Ostrower (30 de abril de 2015). «FAA Warns 787s Can Lose All Electrical Power in Certain Circumstances»(html). The Wall Street Journal(en inglés). Archivado desde el original el 3 de mayo de 2015. Consultado el 12 de octubre de 2018. «Nearly four years after Boeing Co.’s 787 Dreamliner entered commercial service, federal regulators are moving to combat a potentially dangerous software glitch they said can cause a total loss of electrical power that would endanger the aircraft.»
xataka.com
«Qué es el "Efecto 2038", a qué dispositivos afecta y qué peligro podría suponer»(html). Xataka. 23 de septiembre de 2017. Archivado desde el original el 23 de septiembre de 2017. Consultado el 12 de octubre de 2018. «E incluso en el caso de que aún quedase algún sistema de red o dispositivo secundario anclado en los 32 bits por aquel entonces, los fabricantes tienen tiempo de sobra para parchearlos con actualizaciones de software. Vamos, que va a ser muy difícil que este problema de 2038 acabe causando algún estrago significativo.»
xatakandroid.com
Ortíz, David (16 de octubre de 2014). «Todas las novedades en Android 5.0 (Lollipop)»(html). Xataka. Archivado desde el original el 18 de octubre de 2014. Consultado el 31 de diciembre de 2019. «Android 5.0 llega con soporte a procesadores de 64 bits, tanto en núcleos ARM como x86 o MIPS, manteniéndose compatible también con los procesadores de 32 bits.»
