Age | Commit message (Collapse) | Author |
|
Signed-off-by: John Rigby <john.rigby@linaro.org>
|
|
Signed-off-by: John Rigby <john.rigby@linaro.org>
|
|
Signed-off-by: John Rigby <john.rigby@linaro.org>
|
|
broken upstream at the moment
This reverts commit cb784141aeb191abd739b4f1037756cfbddc790f.
Signed-off-by: John Rigby <john.rigby@linaro.org>
|
|
Signed-off-by: John Rigby <john.rigby@linaro.org>
|
|
Signed-off-by: John Rigby <john.rigby@linaro.org>
|
|
Signed-off-by: John Rigby <john.rigby@linaro.org>
|
|
Signed-off-by: John Rigby <john.rigby@linaro.org>
|
|
Signed-off-by: John Rigby <john.rigby@linaro.org>
|
|
Signed-off-by: John Rigby <john.rigby@linaro.org>
|
|
This is so the flavour header packages have all the headers and
we need no shared linux-headers.
Enable this with do_complete_flavour_headers = true and
do_flavour_header_package = false in the arch.mk files
Signed-off-by: John Rigby <john.rigby@linaro.org>
|
|
HACK: Must not upload this to primary archive as is.
This is a hack until we find conditional way to do this.
Signed-off-by: John Rigby <john.rigby@linaro.org>
|
|
Signed-off-by: John Rigby <john.rigby@linaro.org>
|
|
Signed-off-by: John Rigby <john.rigby@linaro.org>
|
|
Only do so if KBUILD_SCRIPTROOT is used in the script makefiles
so the build is not broken for trees lacking the sauce that
adds the script crossbuild support.
Signed-off-by: John Rigby <john.rigby@linaro.org>
|
|
Signed-off-by: John Rigby <john.rigby@linaro.org>
|
|
Cross compiling the binaries in scripts/* is not possible
because various makefiles assume that $(obj)/whatever is
executable on the build host.
This patch introduces a new variable called KBUILD_SCRIPTROOT
that points to script/binaries to use while cross compiling.
Usage:
Build scripts for the build host:
make O=path/to/buildhost/buildscripts \
silentoldconfig prepare scripts
Then cross build script for target:
make O=path/to/target/buildscripts \
HOSTCC=$CROSS_COMPILE \
KBUILD_SCRIPTROOT=path/to/buildhost/buildscripts
silentoldconfig prepare scripts
This patch does not use KBUILD_SCRIPTROOT for all script invocations
it only redefines the following if KBUILD_SCRIPTROOT is defined.
scripts/Makefile.build
scripts/basic/fixdep --> $(KBUILD_SCRIPTROOT)/scripts/basic/fixdep
scripts/kconfig/Makefile
$(obj)/conf --> $(KBUILD_SCRIPTROOT)/scripts/kconfig/conf
scripts/mod/Makefile
$(obj)mk_elfconfig --> $(KBUILD_SCRIPTROOT)/scripts/mod/mk_elfconfig
Signed-off-by: John Rigby <john.rigby@linaro.org>
|
|
Emit an error when module.sig_enforce==true and a module is incorrectly signed.
It is not always obvious why a module failed to load. This makes it
explicit if it is a signing error.
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
BugLink: http://bugs.launchpad.net/bugs/1063061
Currently, efivarfs does not enforce exclusion over the get_variable and
set_variable operations. Section 7.1 of UEFI requires us to only allow a
single processor to enter {get,set}_variable services at once.
This change acquires the efivars->lock over calls to these operations
from the efivarfs paths.
Signed-off-by: Jeremy Kerr <jeremy.kerr@canonical.com>
Signed-off-by: Matt Fleming <matt.fleming@intel.com>
Signed-off-by: Andy Whitcroft <apw@canonical.com>
Acked-by: Colin King <colin.king@canonical.com>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
on error
BugLink: http://bugs.launchpad.net/bugs/1063061
Ensure we free both the name and inode on error when building the
individual variables.
Acked-by: Matthew Garrett <mjg@redhat.com>
Signed-off-by: Andy Whitcroft <apw@canonical.com>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
BugLink: http://bugs.launchpad.net/bugs/1063061
d_alloc_name() copies the passed name to new storage, once complete we
no longer need our name.
Acked-by: Matthew Garrett <mjg@redhat.com>
Signed-off-by: Andy Whitcroft <apw@canonical.com>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
BugLink: http://bugs.launchpad.net/bugs/1063061
When d_make_root() fails it will automatically drop the reference
on the root inode. We should not be doing so as well.
Acked-by: Matthew Garrett <mjg@redhat.com>
Signed-off-by: Andy Whitcroft <apw@canonical.com>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
inode on error
BugLink: http://bugs.launchpad.net/bugs/1063061
Acked-by: Matthew Garrett <mjg@redhat.com>
Signed-off-by: Andy Whitcroft <apw@canonical.com>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
BugLink: http://bugs.launchpad.net/bugs/1063061
Acked-by: Matthew Garrett <mjg@redhat.com>
Signed-off-by: Andy Whitcroft <apw@canonical.com>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
BugLink: http://bugs.launchpad.net/bugs/1063061
Signed-off-by: Matt Fleming <matt.fleming@intel.com>
(cherry-picked from commit 91a8a3052685c61d6061c0b11376edfee9d74f61 git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git)
Signed-off-by: Andy Whitcroft <apw@canonical.com>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
BugLink: http://bugs.launchpad.net/bugs/1063061
UEFI variable filesystem need a new mount point, so this patch add
efivars kobject to efi_kobj for create a /sys/firmware/efi/efivars
folder.
Cc: Matthew Garrett <mjg@redhat.com>
Cc: H. Peter Anvin <hpa@zytor.com>
Signed-off-by: Lee, Chun-Yi <jlee@suse.com>
Signed-off-by: Jeremy Kerr <jeremy.kerr@canonical.com>
Signed-off-by: Matt Fleming <matt.fleming@intel.com>
(cherry-picked from commit 7b218e8e5d433fc8b531ce911926e06de3e6f1f6 git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git)
Signed-off-by: Andy Whitcroft <apw@canonical.com>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
BugLink: http://bugs.launchpad.net/bugs/1063061
A write to an efivarfs file will not always result in a variable of
'count' size after the EFI SetVariable() call. We may have appended to
the existing data (ie, with the EFI_VARIABLE_APPEND_WRITE attribute), or
even have deleted the variable (with an authenticated variable update,
with a zero datasize).
This change re-reads the updated variable from firmware, to check for
size changes and deletions. In the latter case, we need to drop the
dentry.
Signed-off-by: Jeremy Kerr <jeremy.kerr@canonical.com>
Signed-off-by: Matt Fleming <matt.fleming@intel.com>
(cherry-picked from commit bd5967e2702f3e918c23b3fb1590312699645608 git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git)
Signed-off-by: Andy Whitcroft <apw@canonical.com>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
BugLink: http://bugs.launchpad.net/bugs/1063061
The existing EFI variables code only supports variables of up to 1024
bytes. This limitation existed in version 0.99 of the EFI specification,
but was removed before any full releases. Since variables can now be
larger than a single page, sysfs isn't the best interface for this. So,
instead, let's add a filesystem. Variables can be read, written and
created, with the first 4 bytes of each variable representing its UEFI
attributes. The create() method doesn't actually commit to flash since
zero-length variables can't exist per-spec.
Updates from Jeremy Kerr <jeremy.kerr@canonical.com>.
Signed-off-by: Matthew Garrett <mjg@redhat.com>
Signed-off-by: Jeremy Kerr <jeremy.kerr@canonical.com>
Signed-off-by: Matt Fleming <matt.fleming@intel.com>
(backported from commit 1ec7ee99e122cf72340598377633414f9b07f37e git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git)
Backported to old mount interfaces.
Signed-off-by: Andy Whitcroft <apw@canonical.com>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
BugLink: http://bugs.launchpad.net/bugs/1061599
Signed-off-by: Joe Woodward <jw@terrafix.co.uk>
Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>
Acked-by: Andy Whitcroft <andy.whitcroft@canonical.com>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
resume
BugLink: http://bugs.launchpad.net/bugs/717970
From: Eric Miao <eric.miao@canonical.com>
This patch has already been sent upstream by Eric. Unfortunately,
after a little back and forth between Eric and Dmitry Torokhov, the
patch did get included, and there is still an open question to Dmitry.
However, this is a known issue on at least 4 systems, and it causes
them to lose their mouse device on suspend. So I was hoping we could
get it in to quantal. Original email follows:
So in summary, the symptom is intermittent key events lost after resume
on some machines with synaptics touchpad (seems this is synaptics _only_),
and key events loss is due to serio port reconnect after psmouse sync lost.
Removing psmouse and inserting it back during the suspend/resume process
is able to work around the issue, so the difference between psmouse_connect()
and psmouse_reconnect() is the key to the root cause of this problem.
After comparing the two different paths, synaptics driver has its own
implementation of synaptics_reconnect(), and the missing psmouse_probe()
seems significant, the patch below added psmouse_probe() to the reconnect
process, and has been verified many times that the issue could not be reliably
reproduced.
There are two PS/2 commands in psmouse_probe():
1. PSMOUSE_CMD_GETID
2. PSMOUSE_CMD_RESET_DIS
The weird thing is, the PSMOUSE_CMD_GETID seems to be significant, and the
PSMOUSE_CMD_RESET_DIS is irrelevant to this issue after trying several times.
Now it's rather difficult to form a sane theory. So this patch is
really for RFC.
Note it does fix a real problem though.
http://thread.gmane.org/gmane.linux.kernel.input/25599
Signed-off-by: James M Leddy <james.leddy@canonical.com>
Acked-by: Seth Forshee <seth.forshee@canonical.com>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
This reverts commit f69453aedeafac6a9d9a8e2878ef1182344f84df.
Breaks the boot process.
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
This reverts commit 42b5cd1ada6b91df1f7452819504820779e02d08.
BugLink: http://bugs.launchpad.net/bugs/162671
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
Fixes FTBS
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
BugLink: http://bugs.launchpad.net/bugs/1003090
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
Signed-off-by: Andy Whitcroft <apw@canonical.com>
Signed-off-by: Leann Ogasawara <leann.ogasawara@canonical.com>
|
|
BugLink: http://bugs.launchpad.net/bugs/1049650
Without the 'used' attribute, some versions of the compiler
will optimize the video_cards section to 0.
Leave some build debug in debian/rules.d/2-binary-arch.mk to
print the video_cards section details.
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
This reverts commit 56e68a641786719fbc90584b988f75c659e3d15b.
|
|
This reverts commit b00d4612b420ddb287ec15ea08d889e446789592.
|
|
in it"
This reverts commit ea52e7ed17f85326b36138a949221caa625c9a5d.
|
|
This reverts commit 0a90b6744d02f80da605874534eacaed58195173.
|
|
BugLink: http://launchpad.net/bugs/1059432
This reverts commit 89d449c58bc84b6a0696cc79389eb1731e904e6e.
Signed-off-by: Ike Panhc <ike.pan@canonical.com>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
BugLink: http://launchpad.net/bugs/1059432
This reverts commit d6e18e05087dd49cf9f5ca9d7b05a93814bc30fd.
Signed-off-by: Ike Panhc <ike.pan@canonical.com>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
BugLink: http://launchpad.net/bugs/1059432
In some cases, an interrupt can occur and prevent cause failure to enter
wfi. This causes reset to hang. Retrying the wfi should be enough to
prevent reset from hanging.
Signed-off-by: Rob Herring <rob.herring@calxeda.com>
Signed-off-by: Ike Panhc <ike.pan@canonical.com>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
BugLink: http://launchpad.net/bugs/1059432
Only generate tx interrupts on every ring size / 4 descriptors. Move the
netif_stop_queue call to the end of the xmit function rather than
checking at the beginning.
Signed-off-by: Rob Herring <rob.herring@calxeda.com>
Signed-off-by: Ike Panhc <ike.pan@canonical.com>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
BugLink: http://launchpad.net/bugs/1059432
The interrupts have already been cleared, so we don't need to clear them
again. Also, we could miss interrupts if they are cleared, but we don't
process the packet.
Signed-off-by: Rob Herring <rob.herring@calxeda.com>
Signed-off-by: Ike Panhc <ike.pan@canonical.com>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
BugLink: http://launchpad.net/bugs/1059432
The standard readl/writel accessors involve a spinlock and cache sync
operation on ARM platforms with an outer cache. Only DMA triggering
accesses need this, so use the relaxed variants instead.
Signed-off-by: Rob Herring <rob.herring@calxeda.com>
Signed-off-by: Ike Panhc <ike.pan@canonical.com>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
BugLink: http://launchpad.net/bugs/1059432
New received frames will trigger the rx DMA to poll the DMA descriptors,
so there is no need to tell the h/w to poll. We also want to enable
dropping frames from the fifo when there is no buffer.
Signed-off-by: Rob Herring <rob.herring@calxeda.com>
Signed-off-by: Ike Panhc <ike.pan@canonical.com>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|
|
BugLink: http://launchpad.net/bugs/1059432
Enable the tx dma to start reading the next frame while sending the current
frame.
Signed-off-by: Rob Herring <rob.herring@calxeda.com>
Signed-off-by: Ike Panhc <ike.pan@canonical.com>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
|