Signed-off-by: Mario Limonciello <email address hidden>
Signed-off-by: Tim Gardner <email address hidden>
Since c25072126a591fec9481197aab361469661c050e only changes a keyboard, it's more then likely, 0020f5cf510e3225fc4b0eefdcfdc0caba2f2097 "x86: register a platform RTC device if PNP doesn't describe it" does not work on Intel Atom 330 D945GCLF2.
Like i mentioned, i'm building these last few commits to be 100% sure, will have a final update tomorrow.
Just a quick update, down too the last few bisect's building them to be 100% sure.
Last Good: 5b28a2ae6326987 58bf84364a5d87c 6fcaaff03b
UBUNTU: Remove depmod created files from packages.
Bug: #250511
All depmod files are created immediately upon installation.
Signed-off-by: Tim Gardner <email address hidden>
Last Bad: 67d9b90a1c844bf 1c6daaffd2c6056 1fc8c445f7
disable CONFIG_ DYNAMIC_ FTRACE due to possible memory corruption on module unload
While debugging the e1000e corruption bug with Intel, we discovered
today that the dynamic ftrace code in mainline is the likely source of
this bug.
This leaves as the first possible bad commits:
0020f5cf510e322 5fc4b0eefdcfdc0 caba2f2097
x86: register a platform RTC device if PNP doesn't describe it
Most if not all x86 platforms have an RTC device, but sometimes the RTC PNP0b01/ PNP0b02 device in PNPBIOS or ACPI:
is not exposed as a PNP0b00/
http:// bugzilla. kernel. org/show_ bug.cgi? id=11580 /bugzilla. redhat. com/show_ bug.cgi? id=451188
https:/
It's best if we can discover the RTC via PNP because then we know
which flavor of device it is, where it lives, and which IRQ it uses.
But if we can't, we should register a platform device using the
compiled-in RTC_PORT/RTC_IRQ resource assumptions.
Signed-off-by: Bjorn Helgaas <email address hidden>
Acked-by: Rafael J. Wysocki <email address hidden>
Acked-by: David Brownell <email address hidden>
Reported-by: Rik Theys <email address hidden>
Reported-by: <email address hidden>
Signed-off-by: Linus Torvalds <email address hidden>
Signed-off-by: Tim Gardner <email address hidden>
or:
c25072126a591fe c9481197aab3614 69661c050e
UBUNTU: SAUCE: Add back in lost commit for Apple BT Wireless Keyboard
OriginalAuthor: Dean McCarron ation: http:// sourceforge. net/mailarchive /message. php?msg_ id=473118CB. 5090804% 40mercuryresear ch.com
OriginalLoc
Bug: #162083
Ignore: no
This patch was present in Hardy, but got dropped by accident in Intrepid.
I've submitted it upstream so it can get into Jaunty, but will need to be
carried as extra baggage for now in Intrepid.
Signed-off-by: Mario Limonciello <email address hidden>
Signed-off-by: Tim Gardner <email address hidden>
Since c25072126a591fe c9481197aab3614 69661c050e only changes a keyboard, it's more then likely, 0020f5cf510e322 5fc4b0eefdcfdc0 caba2f2097 "x86: register a platform RTC device if PNP doesn't describe it" does not work on Intel Atom 330 D945GCLF2.
Like i mentioned, i'm building these last few commits to be 100% sure, will have a final update tomorrow.
Regards,
Robert