Hi Ingo,
By netperf we did double check on older Nehalem platform too as below:
O2 NHM
Performance counter stats for 'netperf' (3 runs):
3779.262214 task-clock#0.378 CPUs utilized
( +- 0.37% )
47,580 context-switches #0.013 M/sec
On Mon, Dec 31, 2012 at 08:16:10AM +0100, Lars-Peter Clausen wrote:
> On 12/31/2012 06:36 AM, Yuanhan Liu wrote:
> > Commit 9d5e9fdf turned the code to use adis library, so it depends on
> > adis lib. But it forgot to select it at Kconfig file. Thus if adis is
> > not enabled, it will produce follo
On Sat, 2012-12-29 at 17:42 +0100, Frederic Weisbecker wrote:
> Start with a very simple interface to define full dynticks CPU:
> use a boot time option defined cpumask through the "full_nohz="
> kernel parameter.
>
> Make sure you keep at least one CPU outside this range to handle
> the timekeepi
On 12/31/2012 06:36 AM, Yuanhan Liu wrote:
> Commit 9d5e9fdf turned the code to use adis library, so it depends on
> adis lib. But it forgot to select it at Kconfig file. Thus if adis is
> not enabled, it will produce following build errros(catched by Fengguang's
> 0-DAY kernel build testing system
Hi Olof,
Olof Johansson wrote @ Sat, 29 Dec 2012 07:39:13 +0100:
> On Thu, Dec 20, 2012 at 11:44:04AM +0200, Hiroshi Doyu wrote:
> > Initial support for Tegra 114 SoC. This is expected to be included in
> > the board DTS files, Tegra 114 SoC based evaluation board family.
> >
> > Signed-off-by:
Please ignore this as this turned out some unclean bits rendered
the result unstable. It is now passed the complication testing.
- Original Message -
> From: "CAI Qian"
> To: "Mihai Caraman" , "Benjamin Herrenschmidt"
>
> Cc: sta...@vger.kernel.org, "linux-kernel"
> Sent: Monday, Dece
On 28.12.2012 23:21, Thierry Reding wrote:
> Instead of going over this back and forth, I've decided to rewrite this
> patch from scratch the way I think it should be done. Maybe that'll make
> things clearer. I haven't tested it on real hardware yet because I don't
> have access over the holidays,
On 21 December 2012 09:11, Dongjin Kim wrote:
> This patch adds support for pin configuration using pinctrl subsystem to
> dw_mmc-exynos driver. The property 'wp-gpios' can be specified for write
> protect but 'samsung,cd-pinmux-gpio' and gpios used for clock, command and
> data lines will be igno
On Sat, 2012-12-29 at 17:42 +0100, Frederic Weisbecker wrote:
> While remotely reading the cputime of a task running in a
> full dynticks CPU, the values stored in utime/stime fields
> of struct task_struct may be stale. Its values may be those
> of the last kernel <-> user transition time snapshot
Commit 9d5e9fdf turned the code to use adis library, so it depends on
adis lib. But it forgot to select it at Kconfig file. Thus if adis is
not enabled, it will produce following build errros(catched by Fengguang's
0-DAY kernel build testing system):
ERROR: "adis_initial_startup" [drivers/staging
From 037d9b44c9a18e6c2e3dedde2b8391215accc236 Mon Sep 17 00:00:00 2001
From: Nigel
Date: Mon, 31 Dec 2012 10:58:54 +1100
Subject: [PATCH] Add support for DMI matching in calculating RTC_ALWAYS_BCD.
The Sony Vaio VPCSE15FG needs RTC_ALWAYS_BCD to be false rather than the
otherwise universal value
On 12/31/2012 08:15 AM, Dongjin Kim wrote:
> This patch adds EHCI device node on device tree for Exynos4 and defines its
> default platform data, s5p_usb_phy_init and s5p_usb_phy_exit, so that those
> function can be called from the driver.
>
> Signed-off-by: Dongjin Kim
> ---
> arch/arm/boot/dt
Hi Greg,
Thanks for your reviewing.
The mode switching is required for power management, and actually it
is not tested properly yet. Therefore suspend/resume functions are
missing in the current patch but kept the switching function for the
future.
Thanks again.
Dongjin.
On Mon, Dec 31, 2012 a
Stable kernel 3.7.1 failure to compile on power7 system here,
arch/powerpc/kvm/built-in.o: In function `hdec_soon':
/root/linux-stable/arch/powerpc/kvm/book3s_hv_rmhandlers.S:1068:
undefined reference to `PACA_SPRG3'
make: *** [vmlinux] Error 1
reverted this commit fixed the problem,
-
01272
Hi Omar Ramirez Luna:
Since you are really too busy.
is it suitable to send a patch for it, by me ?
no reply within a week, means it is suitable.
:-)
gchen.
于 2012年12月14日 11:50, Chen Gang 写道:
> Hello Omar Ramirez Luna:
>
> in drivers/staging/tidspbridge/rmgr/proc.c:
>
> if strle
On Mon, Dec 31, 2012 at 11:50:54AM +0900, Dongjin Kim wrote:
> This patch adds new driver of SMSC USB3503 USB 2.0 hub controller with HSIC
> upstream connectivity and three USB 2.0 downstream ports. The specification
> can be found from 'http://www.smsc.com/index.php?tid=295&pid=325'.
>
> The curr
Hi,
Does anyone have advice on this patch?
On Sat, Dec 22, 2012 at 2:11 AM, Dongjin Kim wrote:
> This patch adds support for pin configuration using pinctrl subsystem to
> dw_mmc-exynos driver. The property 'wp-gpios' can be specified for write
> protect but 'samsung,cd-pinmux-gpio' and gpios us
This patch adds new driver of SMSC USB3503 USB 2.0 hub controller with HSIC
upstream connectivity and three USB 2.0 downstream ports. The specification
can be found from 'http://www.smsc.com/index.php?tid=295&pid=325'.
The current version have been tested very basic features switching the modes,
H
Signed-off-by: Michel Lespinasse
---
kernel/synchro-test.c | 76 +
1 files changed, 70 insertions(+), 6 deletions(-)
diff --git a/kernel/synchro-test.c b/kernel/synchro-test.c
index 76e3ad39505f..9abfa955d69e 100644
--- a/kernel/synchro-test.c
+
I wanted a synthetic test to help me understand the performance of Rik's
proposed spinlock proportional backoff patches, and the synchro-test
in andrew's mmotm tree looked like an obvious candidate to be extended,
so I ended up with the following couple patches.
I'm not sure whats' the back story
The synchro-test module default parameters are to keep the lock for 2uS
and wait 2uS between release and the next attempted acquisition. Having the
documentation wrong on this point was quite confusing !
Signed-off-by: Michel Lespinasse
---
Documentation/synchro-test.txt |4 ++--
1 files ch
This patch adds EHCI device node on device tree for Exynos4 and defines its
default platform data, s5p_usb_phy_init and s5p_usb_phy_exit, so that those
function can be called from the driver.
Signed-off-by: Dongjin Kim
---
arch/arm/boot/dts/exynos4.dtsi |7 +++
arch/arm/mach-exyn
This patch adds a dedicated DTS file for max77686 PMIC, supposed to be included
in a board DTS to control the power for certain consumer devices or AP with 9
BUCKs
and 26 LDOs
Signed-off-by: Dongjin Kim
---
arch/arm/boot/dts/max77686.dtsi | 156 +++
1 file c
This patch adds GPIO connected LEDS on ODROID-X board and configure its
properties.
LED1: use 'heartbeat' trigger, blinking while the board is running.
LED2: use 'mmc0' trigger, on when mmc0 is accessing.
Signed-off-by: Dongjin Kim
---
arch/arm/boot/dts/exynos4412-odroidx.dts | 16 +++
Adding the device node to support eMMC storage on SDCARD4 ports, controlled by
Mobile Storage Host Controller.
Signed-off-by: Dongjin Kim
---
arch/arm/boot/dts/exynos4412-odroidx.dts | 20
1 file changed, 20 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4412-odroidx.
This patch adds the node to support fixed voltage for peripherals like LED,
ethernet controller.
Signed-off-by: Dongjin Kim
---
arch/arm/boot/dts/exynos4412-odroidx.dts | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4412-odroidx.dts
b/arch/arm/boot/dts
Add initial dtb file for Hardkernel's ODROID-X board based on EXYNOS4412 SoC.
Signed-off-by: Dongjin Kim
---
arch/arm/boot/dts/Makefile |1 +
arch/arm/boot/dts/exynos4412-odroidx.dts | 47 ++
2 files changed, 48 insertions(+)
create mode 100644 ar
On Sun, Dec 30, 2012 at 11:45 AM, Olof Johansson wrote:
> Hi,
Hi Olof,
>> +# ppmu support
>> +
>> +obj-$(CONFIG_EXYNOS5250_PPMU)+= exynos_ppmu.o exynos5_ppmu.o
>
> Quite obvious that it's ppmu support from the file names. No need for
> a comment.
Will improve the commenting in the
This patch adds support for the Power Button keypad found on
Wondermedia netbooks/tablets.
Signed-off-by: Tony Prisk
---
v2:
Remove devicetree binding for keycode
Add dependency on OF in Kconfig
Move static variables in a struct
Remove redundant inline modifier from kpad_power_timeout()
Remove un
On Sun, 30 Dec 2012, Richard Hartmann wrote:
> On Sun, Dec 30, 2012 at 3:00 AM, Henrique de Moraes Holschuh > wrote:
>
> > Acked-by: Henrique de Moraes Holschuh
> >
>
> Thanks for the two ACKs.
>
> Just to make sure: From how I read the (outdated) Copyright section, you
> are the maintainer of
Check that the AGP aperture can be mapped. This follows a similar change
done for Radeon (commit 365048ff, drm/radeon: AGP memory is only I/O if
the aperture can be mapped by the CPU.).
The patch fixes the following error seen on G5 iMac:
nouveau E[ DRM] failed to create kernel channe
On Sun, Dec 30, 2012 at 2:55 PM, Rafael J. Wysocki wrote:
> On Saturday, December 29, 2012 11:17:11 PM Tim Hockin wrote:
>> Best guess:
>>
>> With 'noapic', I see the "irq 5: nobody cared" message on resume,
>> along with 1 IRQ5 counts in /proc/interrupts (the devices claiming
>> that IRQ are
On Mon, Dec 31, 2012 at 10:41 AM, Miles Lane wrote:
> LD init/built-in.o
> drivers/built-in.o: In function `nouveau_acpi_edid':
> (.text+0x134e47): undefined reference to `acpi_video_get_edid'
Wierd not really sure why this would have just stared happening.
select ACPI_VIDEO if ACPI && X86
Hi Zlatko,
On Fri, Dec 28, 2012 at 02:29:11PM +0100, Zlatko Calusic wrote:
> On 28.12.2012 03:49, Minchan Kim wrote:
> >Hello Zlatko,
> >
> >On Fri, Dec 28, 2012 at 03:16:38AM +0100, Zlatko Calusic wrote:
> >>From: Zlatko Calusic
> >>
> >>The unintended consequence of commit 4ae0a48b is that
> >>
From: Rafael J. Wysocki
Commit 0090def6 (ACPI: Add interface to register/unregister device
to/from power resources) made it possible to indicate to the ACPI
core that if the given device depends on any power resources, then
it should be resumed as soon as all of the power resources required
by it
From: Rafael J. Wysocki
Commit 1d57433 (ACPI: Separate adding ACPI device objects from
probing ACPI drivers) introduced an ACPI power resources management
regression, because it didn't ensure that the power resources
driver bind to the struct acpi_device objects corresponding
to power resources a
On Mon, Dec 31, 2012 at 12:44:31PM +1300, Tony Prisk wrote:
>
> > > + status = readl(pmc_base + 0x14);
> > > + udelay(100);
> > > + writel(status, pmc_base + 0x14);
> > > +
> > > + if (status & BIT(14)) {
> > > + if (!power_button_pressed) {
> >
> > No need to do this check.
> >
> The ha
> > +Example:
> > + powerkey: pwrkey@0 {
> > + compatible = "wm,power-keypad";
> > + interrupts = <22>;
> > + keymap = <116>; /* KEY_POWER */
>
> Do we really need this in DT? I'd say just having it manageable from
> userspace is enough.
Just seemed easier this way
Hi Tony,
On Mon, Dec 31, 2012 at 11:01:02AM +1300, Tony Prisk wrote:
> This patch adds support for the Power Button keypad found on
> Wondermedia netbooks/tablets.
>
> A keymap property is exposed to allowing defining the key
> event to be generated when the power button is pressed.
>
> Signed-o
On 30.12.2012, Guennadi Liakhovetski wrote:
> Did that and it did work for a while, longer than the average with 3.5. I
> was already about to write a success report, but then it hung again
> yesterday. I'm not using this laptop very intensively, so, it is hard to
> collect statistics.
You co
From: Rafael J. Wysocki
Subject: ACPI / PM: Rework the handling of devices depending on power resources
Commit 0090def6 (ACPI: Add interface to register/unregister device
to/from power resources) made it possible to indicate to the ACPI
core that if the given device depends on any power resources
On Saturday, December 29, 2012 11:17:11 PM Tim Hockin wrote:
> Best guess:
>
> With 'noapic', I see the "irq 5: nobody cared" message on resume,
> along with 1 IRQ5 counts in /proc/interrupts (the devices claiming
> that IRQ are quiescent).
>
> Without 'noapic' that must be triggering somethi
This patch adds basic devicetree support for the i8042 controller
driver.
Simple properties to specify the register offsets.
Optional properties to specify the linux device descriptions.
Signed-off-by: Tony Prisk
---
.../devicetree/bindings/input/intel-8042.txt | 29 +
drivers/input
Since this patch may adversely affect a lot of users, I thought I'd post this
as an RFC first. I don't think the changes should affect any existing i8042
implementations, but can never be certain.
Limitations:
This patch does not overcome the problem of only being able to select
a single i8042 pl
From: Rob Herring
Mark the pl031 as wake-up capable so that rtcwake and suspend test can work.
Signed-off-by: Rob Herring
Cc: Srinidhi Kasagar
Cc: Linus Walleij
Cc: Alessandro Zummo
Cc: linux-arm-ker...@lists.infradead.org
Cc: rtc-li...@googlegroups.com
Cc: linux-kernel@vger.kernel.org
---
On Sat, 2012-12-29 at 15:00 +0400, Andrey Vagin wrote:
> The address should be bigger than dac_mmap_min_addr, because
> a process with CAP_RAWIO can map a vma bellow mmap_min_addr.
NAK
This doesn't make any sense. dac_mmap_min_addr should ONLY be used in
security/min_addr.c and security/commonca
This patch adds support for the Power Button keypad found on
Wondermedia netbooks/tablets.
A keymap property is exposed to allowing defining the key
event to be generated when the power button is pressed.
Signed-off-by: Tony Prisk
---
.../bindings/input/vt8500-power-keypad.txt | 17 ++
A number of size_t's is what we want to allocate memory for, not a
number of size_t pointers (at least as far as I can tell).
Now, depending on platform, sizeof(size_t *) may be >= sizeof(size_t)
so things actually work, but that's not really a portable assumption,
so let's use the value we actuall
This patch adds support for the Wondermedia serial flash controller
found on WM8505, WM8650 and WM8850 SoCs.
Signed-off-by: Tony Prisk
---
v2: Whitespace tidyup
drivers/mtd/devices/Kconfig |7 +
drivers/mtd/devices/Makefile |3 +-
drivers/mtd/devices/wmt_sflash.c | 614 +++
This patch adds support for the Wondermedia serial flash controller
found on WM8505, WM8650 and WM8850 SoCs.
Signed-off-by: Tony Prisk
---
drivers/mtd/devices/Kconfig |7 +
drivers/mtd/devices/Makefile |3 +-
drivers/mtd/devices/wmt_sflash.c | 614 ++
Hi Daniel
Sorry for a late reply.
On Tue, 18 Dec 2012, Daniel Vetter wrote:
> On Mon, Dec 17, 2012 at 11:36 PM, Guennadi Liakhovetski
> wrote:
> > Sorry, not sure what information is most appropriate here. GPU hangs from
> > time to time on this laptop, typically when running firefox on
> > gra
The vendor does not provide numbering for gpio pins. Vendor source
exports dedicated gpio pins first, followed by multifunction pins.
As this is what end users expect, this patch changes vt8500 and wm8505
to do the same.
Signed-off-by: Tony Prisk
---
drivers/gpio/gpio-vt8500.c |4 ++--
1 fil
Correct operation for register writes is to perform a busy-wait
after writing the register. Currently the busy wait it performed
before, meaning subsequent register writes to bitfields may occur
before the previous field has been updated.
Also, all registers are defined as 32-bit read/write. Chang
Add support to set polarity on pwm devices, allowing for inverted
duty cycles.
Also update the binding document to #pwm-cells = <3> to allow
passing the flags from devicetree.
Signed-off-by: Tony Prisk
---
.../devicetree/bindings/pwm/vt8500-pwm.txt |7 ---
drivers/pwm/pwm-vt8500
This commit is a preparatory commit to provide "no-bus" configuration
option for regmap API. It adds necessary plumbing needed to have the
ability to provide user define register read function.
Signed-off-by: Andrey Smirnov
---
drivers/base/regmap/internal.h |2 ++
drivers/base/regmap/regmap
This commit adds provision for "no-bus" usage of the regmap API. In
this configuration user can provide API with two callbacks 'reg_read'
and 'reg_write' which are to be called when reads and writes to one of
device's registers is performed. This is useful for devices that
expose registers but whos
This commit is a preparatory commit to provide "no-bus" configuration
option for regmap API. It adds necessary plumbing needed to have the
ability to provide user define register write function.
Signed-off-by: Andrey Smirnov
---
drivers/base/regmap/internal.h |1 +
drivers/base/regmap/regmap
Second version of the initial patchset(can be found here:
https://lkml.org/lkml/2012/12/21/98)
This version contains following improvements:
- Provisions to switch between mutexes and spinlocks for locking in
"no-bus" configuration
- "reg_read" and "reg_write" have "void *context" as a first
It is possible for a cooling device to become active in between calls to
the thermal governor. An example of this is the acerhdf driver, which
can hand control of the cooling device over to the system firmware. Upon
returning control back to the thermal system, the cooling device might
be running a
year field is incorrectly masked when setting the date. If the year
is beyond 2099, the year field will be incorrectly updated in hardware.
This patch masks the year field correctly.
Signed-off-by: Edgar Toernig
Signed-off-by: Tony Prisk
---
Patch based on 3.8-rc1
drivers/rtc/rtc-vt8500.c |
@Boris:
> Recheck that it is completely correct and then run it through mcelog as
> it says above to decode what kind of error you get.
I didn't take the first photo clear enough to tell between "8" and
"0". But later the panic happened again, and the information is mostly
the same, except those
This patch adds block GPIO support to several gpio drivers.
This implements block GPIO only for some selected drivers since block GPIO is
an optional feature which may not be suitable for every GPIO hardware. (With
automatic fallback to the single GPIO functions if not available in a driver.)
Sig
The recurring task of providing simultaneous access to GPIO lines (especially
for bit banging protocols) needs an appropriate API.
This patch adds a kernel internal "Block GPIO" API that enables simultaneous
access to several GPIOs. This is done by abstracting GPIOs to an n-bit word:
Once requeste
This patch adds sysfs support to the block GPIO API.
Signed-off-by: Roland Stigge
---
Documentation/ABI/testing/sysfs-gpio | 20 ++
drivers/gpio/gpiolib.c | 252 ++-
include/asm-generic/gpio.h | 11 +
include/linux/gpio.h
There is a race condition between creating a gpio or gpiochip device and adding
default attributes. This patch fixes this by defining the default attributes as
dev_attrs of the class. For this, it was necessary to create a separate
gpiochip_class besides gpio_class.
Signed-off-by: Roland Stigge
-
This set of patches adds:
* Block GPIO API to gpiolib
* Sysfs support for GPIO API, to provide userland access
* Device interface for userland access (alternative to sysfs)
* Devicetree support to instantiate GPIO blocks via DT
* Example implementations in several gpio drivers since they need
sp
This patch adds a character device interface to the block GPIO system.
Signed-off-by: Roland Stigge
---
Documentation/ABI/testing/dev-gpioblock | 34
drivers/gpio/gpiolib.c | 225 +++-
include/linux/gpio.h| 13 +
3 files
This patch adds device tree support to the block GPIO API.
Signed-off-by: Roland Stigge
---
Documentation/devicetree/bindings/gpio/gpio-block.txt | 36 ++
drivers/gpio/Makefile |1
drivers/gpio/gpioblock-of.c | 100 ++
Dear Supplier,
Change handle_swbp() to set regs->ip = bp_vaddr in advance, this is
what consumer->handler() needs but uprobe_get_swbp_addr() is not
exported.
This also simplifies the code and makes it more consistent across
the supported architectures. handle_swbp() becomes the only caller
of uprobe_get_swbp_add
Hello.
Inspired by the recent uretrpobe RFC's. I think it simply makes no sense
to call handler/skip/arch_uprobe_pre_xol with regs->ip pointing to the
"random" address after the task hits bp.
Ananth, could you please confirm 2/2 can't break powerpc? It "obviously"
shouldn't because uprobe_get_swb
__skip_sstep() doesn't update regs->ip. Currently this is correct
but only "by accident" and it doesn't skip the whole insn. Change
it to advance ->ip by the length of the detected 0x66*0x90 sequence.
Signed-off-by: Oleg Nesterov
---
arch/x86/kernel/uprobes.c |5 -
1 files changed, 4 ins
Hi Steve,
On Sun, Dec 30, 2012 at 10:13:08PM +0800, steve.zhan wrote:
> Hi,
> Acked-by: Steve zhan zhanzhe...@gmail.com
>
> "I'd rather not test the spinlocks after they are registering as they
> might already be in use by then."
>
> Why? I think user must use it after hwspin_lock_reg
On Sat, 29 Dec 2012, Richard Hartmann wrote:
> Handle HKEY event generated on AC power change. The current message
> asks users to submit data related to this event which leads to
> a lot of confusion and noise on the mailing list.
>
> The following is a list affected models and 'Message-Id'
> fro
On Sun, 2012-12-30 at 13:38 +0100, Ben Hutchings wrote:
> On Sat, 2012-12-29 at 09:04 +0100, Andreas Hartmann wrote:
> > Ben Hutchings wrote:
> > > 3.2-stable review patch. If anyone has any objections, please let me
> > > know.
> > >
> > > --
> > >
> > > From: Andreas Hartmann
On Sat, 2012-12-29 at 09:04 +0100, Andreas Hartmann wrote:
> Ben Hutchings wrote:
> > 3.2-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Andreas Hartmann
> >
> > commit be03d4a45c09ee5100d3aaaedd087f19bc20d01f upstream.
>
> [...
On Sun, Dec 30, 2012 at 8:09 PM, Lucas Stach wrote:
> Hello Dave,
>
> Am Sonntag, den 30.12.2012, 04:23 + schrieb Dave Airlie:
>> Hi Linus,
>>
> [...]
>>
>> Lucas Stach (6):
>> drm: tegra: protect DC register access with mutex
> This patch is unnecessary and really shouldn't
>> Hi, Linux maintainers!
>>
>> First of all sorry for my bad English.
>>
>> I have Macbook Pro Retina and used Linux-3.7rc7 with the book.
>> It worked fine.
>>
>> Today I've tried to migrate to 3.7.1 (from debian repo) and found that
>> current kernel can't suspend.
>>
>> If I call pm-suspend
Hi Steve,
On Sat, Dec 29, 2012 at 05:19:08PM +0800, steve.zhan wrote:
> Hi,
>
> It is good idea add this feature.
>
> 1: Can we let the "ret = hwspin_lock_tests(ops, hwlock);" add after
> hwspin_lock_register_single have return
> succeed, that can avoid test duplicated Or error lockid. Of co
On Sun 30-12-12 02:09:47, azurIt wrote:
> >which suggests that the patch is incomplete and that I am blind :/
> >mem_cgroup_cache_charge calls __mem_cgroup_try_charge for the page cache
> >and that one doesn't check GFP_MEMCG_NO_OOM. So you need the following
> >follow-up patch on top of the one yo
On Fri, Dec 28, 2012 at 20:05 -0800, Eric W. Biederman wrote:
> > A related issue which is NOT FIXED HERE is limits for all resources
> > available for containerized pseudo roots. E.g. I succeeded creating
> > thousands of veth network devices without problems by a non-root user,
> > there seems n
On Sun 2012-12-30 13:06:21, Dmitry E. Oboukhov wrote:
> Hi, Linux maintainers!
>
> First of all sorry for my bad English.
>
> I have Macbook Pro Retina and used Linux-3.7rc7 with the book.
> It worked fine.
>
> Today I've tried to migrate to 3.7.1 (from debian repo) and found that
> current kern
On Thu, Dec 27, 2012 at 02:16:07PM +0200, Aaro Koskinen wrote:
> Hi,
>
> On Wed, Dec 26, 2012 at 02:34:35AM +0200, Kirill A. Shutemov wrote:
> > On MIPS if SPARSEMEM is enabled we've got this:
> >
> > In file included from
> > /home/kas/git/public/linux/arch/mips/include/asm/pgtable.h:552,
> >
Hello Dave,
Am Sonntag, den 30.12.2012, 04:23 + schrieb Dave Airlie:
> Hi Linus,
>
[...]
>
> Lucas Stach (6):
> drm: tegra: protect DC register access with mutex
This patch is unnecessary and really shouldn't go in. There
was a brief discussion on the list with the conclus
On Sat, Dec 29, 2012 at 10:51:49PM +0100, Richard Hartmann wrote:
> Handle HKEY event generated on AC power change. The current message
> asks users to submit data related to this event which leads to
> a lot of confusion and noise on the mailing list.
>
> The following is a list affected models a
Am Sun, 30 Dec 2012 01:37:31 +0300
schrieb Sergei Trofimovich :
> arch/um/os-Linux/signal.c:18:8: error: conflicting types for
> 'sig_info' In file included
> from /home/slyfox/linux-2.6/arch/um/os-Linux/signal.c:12:0:
> arch/um/include/shared/as-layout.h:64:15: note: previous declaration
> of 'si
+ Tony.
On Sun, Dec 30, 2012 at 01:45:40AM +0800, Du Jiulun wrote:
> [1.] One line summary of the problem:
>
> Random kernel panic and system freeze when watching video on my linux laptop
>
> [2.] Full description of the problem/report:
>
> I'm experiencing random (but frequent) kernel panics a
87 matches
Mail list logo
