It is wrong to set skb->ip_summed to CHECKSUM_UNNECESSARY unless
the device has already checked it.
Signed-off-by: YOSHIFUJI Hideaki
---
drivers/firewire/net.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/firewire/net.c b/drivers/firewire/net.c
index e7a711f5..d
On Sun, 20 Jan 2013, Grumbach, Emmanuel wrote:
> >
> > On Sun, Jan 20, 2013 at 6:56 AM, Hugh Dickins wrote:
> > > After sending the first 2MB, scp over wireless becomes unbearably
> > > slow, with frequent stalls: on this ThinkPad T420s running 3.8-rc4 or
> > > 3.7.3.
> > > Not always, but often
>
> On Sun, Jan 20, 2013 at 6:56 AM, Hugh Dickins wrote:
> > After sending the first 2MB, scp over wireless becomes unbearably
> > slow, with frequent stalls: on this ThinkPad T420s running 3.8-rc4 or 3.7.3.
> > Not always, but often.
> >
>
> There is one pending iwlwifi-fixes, dunno if it will
On 01/18/2013 04:24 AM, Vineet Gupta wrote:
This patchset based off-of 3.8-rc4, adds the Linux kernel port to ARC700
processor family (750D and 770D) from Synopsys. I would be greatful for
further review and feedback.
One thing: ARC, as I understand it, is a whole family of architectures,
whic
On Sun, Jan 20, 2013 at 6:56 AM, Hugh Dickins wrote:
> After sending the first 2MB, scp over wireless becomes unbearably slow,
> with frequent stalls: on this ThinkPad T420s running 3.8-rc4 or 3.7.3.
> Not always, but often.
>
There is one pending iwlwifi-fixes, dunno if it will fix your issue.
Hi Steven,
On 01/18/2013 01:50 AM, Steven King wrote:
Well, my concern is the small, single chip platforms with limited ram and
speeds measured in MHz. My goal was that these platforms that had very basic
gpio needs, no offboard gpio, just toggling a few pins for spi or whatever,
could do that
After sending the first 2MB, scp over wireless becomes unbearably slow,
with frequent stalls: on this ThinkPad T420s running 3.8-rc4 or 3.7.3.
Not always, but often.
Bisection led to commit f590dcec944552f9a4a61155810f3abd17d6465d
"iwlwifi: fix the reclaimed packet tracking upon flush queue"
(belo
On 01/20/2013 01:26 PM, Alexandre Courbot wrote:
> On Sun, Jan 20, 2013 at 12:38 PM, Mark Zhang wrote:
>> So this is a non power sequence version of backlight & panel enabling,
>> isn't it? I remember we talked about this several days ago and you
>> mentioned kernel guys want an ad-hoc version(pow
On Sun, Jan 20, 2013 at 12:38 PM, Mark Zhang wrote:
> So this is a non power sequence version of backlight & panel enabling,
> isn't it? I remember we talked about this several days ago and you
> mentioned kernel guys want an ad-hoc version(power sequence logics
> inside driver, not in DT) and I b
On Sat, 2013-01-19 at 05:30 -0500, Tom St Denis wrote:
> For those of us who do Kernel development during business hours it's
> hard to justify the work when the path to mainline is convoluted and
> landmined.
Sounds as though any patches you submit land on your dinner plate just
like potatoes.
On Tue, Oct 2, 2012 at 8:41 PM, Bret Towe wrote:
> On Sun, Jul 22, 2012 at 1:16 PM, Bret Towe wrote:
>> just booted a fresh 3.5 kernel and got the following on login via gdm
>> on the client computer
>> didn't see any crashes yet on any other computer but didn't give it
>> long to try after seein
On Thu, 2013-01-17 at 13:55 +0800, Michael Wang wrote:
> Hi, Mike
>
> I've send out the v2, which I suppose it will fix the below BUG and
> perform better, please do let me know if it still cause issues on your
> arm7 machine.
s/arm7/aim7
Someone swiped half of CPUs/ram, so the box is now 2 10
On Fri, Jan 18, 2013 at 8:40 PM, Andy Shevchenko
wrote:
> It's usefull to have the values of the DW_PARAMS and DWC_PARAMS printed when
> debug mode is enabled.
>
> Signed-off-by: Andy Shevchenko
Acked-by: Viresh Kumar
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Fri, Jan 18, 2013 at 5:44 PM, Andy Shevchenko
wrote:
> The proper place for the main logic of the soft LLP mode is
> dwc_scan_descriptors. It prevents to get the transfer unexpectedly aborted in
> case the user calls dwc_tx_status.
>
> Signed-off-by: Andy Shevchenko
Acked-by: Viresh Kumar
--
Yeah, thanks Alex. :)
So this is a non power sequence version of backlight & panel enabling,
isn't it? I remember we talked about this several days ago and you
mentioned kernel guys want an ad-hoc version(power sequence logics
inside driver, not in DT) and I believe this is it, right?
I think fin
On Sat, Jan 19, 2013 at 06:38:08AM +, Al Viro wrote:
> > [ 64.313636] kbd[2563]: segfault at 9fe ip 09fe sp b758293c
> > error 4 in dash[8048000+18000]
> >
> > After bisecting, the following commit seems responsible:
> > 1d4b4b2994b5fc208963c0b795291f8c1f18becf (x86, um: switch to generi
This patch series updating rx51 sound driver, using snd_soc_register_card,
adding module alias for autoloading kernel driver and registring sound
driver in rx51 board code.
Pali Rohár (2):
ASoC: omap: rx51: Use snd_soc_register_card and add module alias for
autoloading driver
ARM: OMAP: rx
Signed-off-by: Pali Rohár
---
arch/arm/mach-omap2/board-rx51-peripherals.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/mach-omap2/board-rx51-peripherals.c
b/arch/arm/mach-omap2/board-rx51-peripherals.c
index 45d401a..038ea1f 100644
--- a/arch/arm/mach-omap2/board-
Signed-off-by: Pali Rohár
---
sound/soc/omap/rx51.c | 50 +
1 file changed, 30 insertions(+), 20 deletions(-)
diff --git a/sound/soc/omap/rx51.c b/sound/soc/omap/rx51.c
index d921ddb..82e3aae 100644
--- a/sound/soc/omap/rx51.c
+++ b/sound/soc/oma
Signed-off-by: Pali Rohár
---
arch/arm/mach-omap2/board-rx51-peripherals.c |9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/mach-omap2/board-rx51-peripherals.c
b/arch/arm/mach-omap2/board-rx51-peripherals.c
index 7611958..9a0dbb7 100644
--- a/arch/arm/mach-omap2/board-rx5
Signed-off-by: Pali Rohár
---
drivers/usb/gadget/nokia.c | 30 ++
1 file changed, 30 insertions(+)
diff --git a/drivers/usb/gadget/nokia.c b/drivers/usb/gadget/nokia.c
index 661600a..56409ee 100644
--- a/drivers/usb/gadget/nokia.c
+++ b/drivers/usb/gadget/nokia.c
@@
Signed-off-by: Pali Rohár
---
arch/arm/mach-omap2/board-rx51-peripherals.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/mach-omap2/board-rx51-peripherals.c
b/arch/arm/mach-omap2/board-rx51-peripherals.c
index 9a0dbb7..286292e 100644
--- a/arch/arm/mach-omap2/board-
Arkadiusz Miskiewicz wrote:
On Saturday 19 of January 2013, Arkadiusz Miskiewicz wrote:
On Saturday 19 of January 2013, Greg Kroah-Hartman wrote:
On Fri, Jan 18, 2013 at 11:28:43PM +0100, Arkadiusz Miskiewicz wrote:
Hi.
Using 3.7.3 kernel and connecting two rs232 usb adapters, CP2102 and
FT23
On Sat, Jan 19, 2013 at 03:01:43PM +0100, Pali Rohár wrote:
> bq27xxx batteries have a lot of properties, more than power_supply interface.
> Some of them can be usefull for userspace applications (like CI bit) but
> does not make sense to add bq specified property to power_supply interface.
> When
I am having this strange issue. My computer has a LCD display that does
not send any EDID, and therefore I need the command parameter
"drm_kms_helper.edid_firmware=edid/1280x1024.bin" In Fedora 16, the
stock kernel does not have CONFIG_DRM_LOAD_EDID_FIRMWARE set. Therefore
I compiled my own ker
On Sun, Jan 20, 2013 at 1:35 AM, Sedat Dilek wrote:
> On Sun, Jan 20, 2013 at 1:06 AM, Sedat Dilek wrote:
>> On Sun, Jan 20, 2013 at 12:44 AM, Sedat Dilek wrote:
>>> Hi,
>>>
>>> I and some others hit a similiar problem in Linux-Next
>>> (next-20130118), please see [1] and [2].
>>>
>>> [3] has a
On Sun, Jan 20, 2013 at 1:06 AM, Sedat Dilek wrote:
> On Sun, Jan 20, 2013 at 12:44 AM, Sedat Dilek wrote:
>> Hi,
>>
>> I and some others hit a similiar problem in Linux-Next
>> (next-20130118), please see [1] and [2].
>>
>> [3] has a interim analyze of my problems.
>>
>> After suspecting the pro
On Sat, Jan 19, 2013 at 3:14 PM, richard -rw- weinberger
wrote:
> BTW: My BIOS is already the latest version.
[0.00] raw: [mem 0x-0x0009d7ff] usable
[0.00] raw: [mem 0x0009d800-0x0009] reserved
[0.00] raw: [mem 0x000e000
On Sat, Jan 19, 2013 at 11:44 PM, Sedat Dilek wrote:
> Hi Dave,
>
> I suspected after initial testing a problem in TTY and applied two patches.
> After more testing the root cause was a problem in JBD2.
> A patch from Eric helped!
> Follow the thread in [1] for more details.
>
> If you are on Linu
On Mon, Jan 07, 2013 at 11:00:16AM +0100, Julia Lawall wrote:
> From: Julia Lawall
>
> The data referenced by an interrupt handler should not be freed before the
> interrupt is ended. The handler is bfin_crypto_crc_handler. It may refer
> to crc->regs, which is released by the iounmap.
>
> Fur
On Sun, Jan 20, 2013 at 12:44 AM, Sedat Dilek wrote:
> Hi,
>
> I and some others hit a similiar problem in Linux-Next
> (next-20130118), please see [1] and [2].
>
> [3] has a interim analyze of my problems.
>
> After suspecting the problem was caused by TTY-NEXT, it turned out to
> be a JBD2 probl
In bdi_position_ratio(), get difference (setpoint-dirty) right even when
negative. Both setpoint and dirty are unsigned long, the difference was
zero-padded thus wrongly sign-extended to s64. This issue affects all
32-bit architectures, does not affect 64-bit architectures where long
and s64 are eq
Hi,
I and some others hit a similiar problem in Linux-Next
(next-20130118), please see [1] and [2].
[3] has a interim analyze of my problems.
After suspecting the problem was caused by TTY-NEXT, it turned out to
be a JBD2 problem finally.
The freezer/pm_test was helpful to hit the issue (Thanks
Hello Andrey,
On Sat, Jan 19, 2013 at 11:50 AM, Andrey Wagin wrote:
> 2013/1/19 Michael Kerrisk (man-pages) :
>>> As SFD_RAW is being added to the kernel API we should document it.
>>> Please keep Michael cc'ed and work with him on getting the manpages
>>> updated.
>>
>> The API is certainly no t
On Sat, Jan 19, 2013 at 11:59 PM, Sedat Dilek wrote:
> On Sat, Jan 19, 2013 at 11:56 PM, Ilya Zykov wrote:
>> On 20.01.2013 2:51, Sedat Dilek wrote:
>>> On Sat, Jan 19, 2013 at 11:43 PM, Ilya Zykov wrote:
Hello!
I don't expert, but
maybe it can help.
I test with:
On Sat, Jan 19, 2013 at 11:56 PM, Ilya Zykov wrote:
> On 20.01.2013 2:51, Sedat Dilek wrote:
>> On Sat, Jan 19, 2013 at 11:43 PM, Ilya Zykov wrote:
>>> Hello!
>>> I don't expert, but
>>> maybe it can help.
>>>
>>> I test with:
>>> while echo mem > /sys/power/state; do sleep 2; done
>>> in one X
On Sat, Jan 19, 2013 at 11:51 PM, Eric Sandeen wrote:
> On 1/19/13 4:44 PM, Sedat Dilek wrote:
>> Hi Dave,
>>
>> I suspected after initial testing a problem in TTY and applied two patches.
>> After more testing the root cause was a problem in JBD2.
>> A patch from Eric helped!
>
> oh, excellent ;)
On 20.01.2013 2:51, Sedat Dilek wrote:
> On Sat, Jan 19, 2013 at 11:43 PM, Ilya Zykov wrote:
>> Hello!
>> I don't expert, but
>> maybe it can help.
>>
>> I test with:
>> while echo mem > /sys/power/state; do sleep 2; done
>> in one X-terminal, in other I trying playing with keyboard.
>> (Without
On 1/19/13 4:44 PM, Sedat Dilek wrote:
> Hi Dave,
>
> I suspected after initial testing a problem in TTY and applied two patches.
> After more testing the root cause was a problem in JBD2.
> A patch from Eric helped!
oh, excellent ;)
Helped what, exactly?
> Follow the thread in [1] for more det
On Sat, Jan 19, 2013 at 11:43 PM, Ilya Zykov wrote:
> Hello!
> I don't expert, but
> maybe it can help.
>
> I test with:
> while echo mem > /sys/power/state; do sleep 2; done
> in one X-terminal, in other I trying playing with keyboard.
> (Without playing all right I use ext3.)
Can you test wit
Hello!
I don't expert, but
maybe it can help.
I test with:
while echo mem > /sys/power/state; do sleep 2; done
in one X-terminal, in other I trying playing with keyboard.
(Without playing all right I use ext3.)
And sometimes:
WARNING: at drivers/tty/tty_buffer.c:427 flush_to_ldisc+0x52/0x192()
Hi,
On 01/18/2013 11:48 AM, Patil, Rachna wrote:
> From: "Patil, Rachna"
>
> Signed-off-by: Patil, Rachna
> ---
> .../devicetree/bindings/mfd/ti_am335x_tscadc.txt | 35
>
> 1 file changed, 35 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/mfd/ti
On Sat, Jan 19, 2013 at 10:43 AM, richard -rw- weinberger
wrote:
> Hi,
>
> My shiny new Thinkpad T430u comes with UEFI.
> To avoid broken bootloaders/distros I've enabled legacy boot mode.
>
> But Linux seems to detect only 2.6GB of RAM.
> [0.00] On node 0 totalpages: 1008669
> vs.
> [
On Sat, Jan 19, 2013 at 9:48 PM, Sedat Dilek wrote:
> On Sat, Jan 19, 2013 at 7:28 PM, Sedat Dilek wrote:
>> Hi,
>>
>> I am still stepping in the dark how track this problem down.
>> If you have useful (debug) help, you are welcome.
>>
>> Regards,
>> - Sedat -
>>
>> # ANALYZING CALL-TRACES SE
On Wed, Jan 16, 2013 at 07:50:54AM -0500, Mathieu Desnoyers wrote:
> * Mathieu Desnoyers (mathieu.desnoy...@efficios.com) wrote:
> > * Paul E. McKenney (paul...@linux.vnet.ibm.com) wrote:
> > > As noted by Konstantin Khlebnikov, gcc can split assignment of
> > > constants to long variables (https:/
On 01/18/2013 10:07 PM, Greg Kroah-Hartman wrote:
> Jiri, was there anything on the mailing list that I missed that should
> have resolved this issue? I thought it was being worked on, but I can't
> seem to find any resolution at the moment.
Somebody had a patchset and promised to repost IIRC. I
On Sat, Jan 19, 2013 at 7:28 PM, Sedat Dilek wrote:
> Hi,
>
> I am still stepping in the dark how track this problem down.
> If you have useful (debug) help, you are welcome.
>
> Regards,
> - Sedat -
>
> # ANALYZING CALL-TRACES SEEN IN LINUX-NEXT-20130118 #
>
> # INTRO
>
> ### MY LINUX
From: Rafael J. Wysocki
Subject: ACPI / PM: Export power states of ACPI devices via sysfs
Make it possible to retrieve the current power state of a device with
ACPI power management from user space via sysfs by adding a new
attribute power_state to the sysfs directory associated with the
struct a
Hi Lubomir,
> The firmware images are shared with libertas_sdio WiFi chip and used to be in
> libertas/ subtree in linux-firmware. As btmrvl_sdio used to look into the
> linux-firmware root, it ended up being unsuccessful. Since the firmware files
> are not specific to the libertas hardware, they'
This didn't happen on 3.6 (3.7 I had no time to check
out), although I continue to use the same c compiler and
libraries. So it should be caused by any change of the
subroutine perf_event_p6 made in the last time. Also,
everything else of the kernel compiled, just not that
subroutine. An
On Saturday 19 January 2013, Soeren Moch wrote:
> What I can see in the log: a lot of coherent mappings from sata_mv and
> orion_ehci, a few from mv643xx_eth, no other coherent mappings.
> All coherent mappings are page aligned, some of them (from orion_ehci)
> are not really small (as claimed in
Hi,
On 01/19/2013 04:05 PM, christophe leroy wrote:
> Hi Lars,
>
> Sorry to respond so late, I've been very busy lately.
> Please see answers/questions below
>
> Main point is that our driver is mainly copied and adapted from AD7298
> driver, and your comments are on things that we have not modi
On Fri, Jan 18, 2013 at 01:24:24PM -0800, Dan Magenheimer wrote:
> [V2: no code changes, patchset now generated via git format-patch -M]
If you put these comments below the --- cut off line (together with
the diffstat) then "git am" won't add them to the commit log.
regards,
dan carpenter
--
To
On 01/18/13 15:49, a...@linux-foundation.org wrote:
> The mm-of-the-moment snapshot 2013-01-18-15-48 has been uploaded to
>
>http://www.ozlabs.org/~akpm/mmotm/
>
> mmotm-readme.txt says
>
> README for mm-of-the-moment:
>
> http://www.ozlabs.org/~akpm/mmotm/
>
> This is a snapshot of my -mm
On 01/18/13 15:49, a...@linux-foundation.org wrote:
> The mm-of-the-moment snapshot 2013-01-18-15-48 has been uploaded to
>
>http://www.ozlabs.org/~akpm/mmotm/
>
> mmotm-readme.txt says
>
> README for mm-of-the-moment:
>
> http://www.ozlabs.org/~akpm/mmotm/
>
> This is a snapshot of my -mm
On 01/18/13 12:47, Cong Ding wrote:
> Is this patch still queued or...?
>
> - cong
ping.
Can we get this patch or something similar merged, please?
> On Wed, Dec 5, 2012 at 6:10 PM, Cong Ding wrote:
>> the following compilation warning is caused by Commit-ID:
>> c566e8e9e44b72b53091da20e2dedef
Commit-ID: 021ef050fc092d5638e69868d126c18006ea7296
Gitweb: http://git.kernel.org/tip/021ef050fc092d5638e69868d126c18006ea7296
Author: H. Peter Anvin
AuthorDate: Sat, 19 Jan 2013 10:29:37 -0800
Committer: H. Peter Anvin
CommitDate: Sat, 19 Jan 2013 11:01:22 -0800
x86-32: Start out cr0
The firmware images are shared with libertas_sdio WiFi chip and used to be in
libertas/ subtree in linux-firmware. As btmrvl_sdio used to look into the
linux-firmware root, it ended up being unsuccessful. Since the firmware files
are not specific to the libertas hardware, they're being moved into m
> Please find attached a debug log generated with your patch.
>
> I used the sata disk and two em28xx dvb sticks, no other usb devices,
> no ethernet cable connected, tuners on saa716x-based card not used.
>
> What I can see in the log: a lot of coherent mappings from sata_mv
> and orion_ehci, a
On Fri, Jan 18, 2013 at 6:16 PM, Greg Kroah-Hartman
wrote:
> This is the start of the stable review cycle for the 3.7.4 release.
> There are 33 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Resp
On Fri, Jan 18, 2013 at 6:19 PM, Greg Kroah-Hartman
wrote:
> This is the start of the stable review cycle for the 3.4.27 release.
> There are 21 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Res
On Sat, 2013-01-19 at 02:02 -0700, Jon Mason wrote:
> Improve driver logging to be more helpful
[]
> diff --git a/drivers/net/ntb_netdev.c b/drivers/net/ntb_netdev.c
[]
> @@ -408,6 +408,5 @@ static void __exit ntb_netdev_exit_module(void)
> {
> ntb_unregister_client(&ntb_netdev_client);
>
On Fri, Jan 18, 2013 at 6:21 PM, Greg Kroah-Hartman
wrote:
> This is the start of the stable review cycle for the 3.0.60 release.
> There are 16 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Res
I had to write an HTML5 release page generator [0] for compat-drivers
[1] for its new shiny new home page on kernel.org. While working on it
I got a feature request to try to support any project, so I
generalized the tool for any FOSS project. It currently supports
parsing releases for the Linux ke
On Saturday 19 January 2013 15:01:43 Pali Rohár wrote:
> bq27xxx batteries have a lot of properties, more than
> power_supply interface. Some of them can be usefull for
> userspace applications (like CI bit) but does not make sense
> to add bq specified property to power_supply interface. When
> bq
On Sat, 19 Jan 2013, Aaron Lu wrote:
> > Okay. I think you can add (in parentheses) that in most cases drivers
> > should call the routine before any I/O has taken place.
>
> The reason I put it that way is, in patch 4, the blk_pm_runtime_init is
> called after a request is executed(scsi_probe_l
On Thu, 17 Jan 2013 22:18:19 +, Hugo Mills said:
> On Thu, Jan 17, 2013 at 03:05:35PM -0500, Valdis Kletnieks wrote:
> > So I'm looking at playing with btrfs, and I start looking at the
> > userspace pieces I'll need. What I can't find is an equivalent
> > of the ext[34] "dump/restore" packag
Hi!
> > I have USB speakers
> >
> > Bus 004 Device 002: ID 04fa:4201 Dallas Semiconductor DS4201 Audio DAC
> >
> > ... which make problems again
> > (https://lkml.org/lkml/2008/3/20/274). They refuse to produce sound,
> > so I updated to 3.8.0-rc2 in hope that would help... and tried testing
>
Hi!
> >>> Ok, plus there's already computing standard called "arc".
> >>>
> >>> https://www.linux-mips.org/wiki/ARC
> >>>
> >>> What about calling the architecture "sarc" or "syarc" ?
> >> I think it would be best use of everybody's time if you could focus on
> >> the technical content of the port
> -Original Message-
> From: Shuah Khan [mailto:shuahk...@gmail.com]
> Sent: Friday, January 18, 2013 7:40 PM
> To: Linus Torvalds; Deucher, Alexander
> Cc: Linux Kernel Mailing List
> Subject: Re: Linux 3.8-rc4
>
> On Fri, Jan 18, 2013 at 3:37 PM, Shuah Khan wrote:
> > On Fri, Jan 18, 20
From: Colin Ian King
__perf_evsel__read_on_cpu() only bails out with -ENOMEM if
evsel->counts is NULL and perf_evsel__alloc_counts() has returned
an error. If perf_evsel__alloc_counts() does not return an error
we get an NULL pointer deference on evsel->counts->cpu[cpu]
if evsel->counts is NULL.
On Sat, Jan 19, 2013 at 03:47:53PM +0100, dAgeCKo wrote:
> I can't try the solution you are giving since I can't (and don't want
> to try to) downgrade my BIOS.
I don't think I said that. Here's what I actually said:
>> So dAgeCKo, that would be another thing you could do: try enabling
>> the IOM
On Sat, Jan 19, 2013 at 5:26 PM, Mihai Moldovan wrote:
> The current patch errors out on my while compiling as quirk_iommu_rwbf is not
> yet defined at that place.
Oops, attached an old patch, updated one should work better.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 7
* On 19.01.2013 05:13 PM, Mihai Moldovan wrote:
> * On 19.01.2013 02:27 PM, Daniel Vetter wrote:
>> You have a gen4.5 chipset which is known to be utterly broken for
>> IOMMU+intel gpu.
> Nice description for what I'm seeing. ;)
>
> After some more hours of uptime I'm inclined to say, that "intel_i
On Sat, Jan 19, 2013 at 5:13 PM, Mihai Moldovan wrote:
>> [...] and we've never added the proper
>> quirks. See https://bugzilla.kernel.org/show_bug.cgi?id=51921 for a
>> proposed patch to fix this (i.e. automatically set
>> intel_iommu=igfx_off for affected platfroms). Testing highly welcome.
>
>
On Thu, Jan 17, 2013 at 08:26:45PM +, Arnd Bergmann wrote:
> On Thursday 17 January 2013, Soeren Moch wrote:
> > On 17.01.2013 11:49, Arnd Bergmann wrote:
> > > On Wednesday 16 January 2013, Soeren Moch wrote:
> > I will see what I can do here. Is there an easy way to track the buffer
> >
* On 19.01.2013 02:27 PM, Daniel Vetter wrote:
> You have a gen4.5 chipset which is known to be utterly broken for
> IOMMU+intel gpu.
Nice description for what I'm seeing. ;)
After some more hours of uptime I'm inclined to say, that "intel_iommu=off
iommu=off" fixes my random freezes as well.
Ala
On Sat, Jan 19, 2013 at 4:12 PM, Sedat Dilek wrote:
> On Sat, Jan 19, 2013 at 3:16 PM, Ilya Zykov wrote:
>> The root of problem is carelessly zeroing pointer(in function
>> __tty_buffer_flush()),
>> when another thread can use it. It can be cause of "NULL pointer
>> dereference".
>> Main id
On Sat, 2013-01-19 at 05:30 -0500, Tom St Denis wrote:
> As someone who maintained (and I mean that in all senses not just
> applied patches) OSS projects while working full time and still trying
> to have a life I get it. That said I never turned away patches solely
> on "style" issues. At the
On Fri, Jan 18, 2013 at 9:21 PM, wrote:
> Please don't start another "SCST Vs. LIO" holy war here. We all know why LIO
> belongs to Linux kernel and SCST does not.
SCST is not familiar to me. Does this mean that SCST is competition
for the StarWind products but LIO not ?
Fubo.
--
To unsubscrib
The bug happens when rb_node == NULL. It causes variable node to be NULL and
then the NULL pointer is dereferenced this line:
BUG_ON((struct btrfs_root *)node->data != root);
Based on my analysis, function tree_search should not return NULL to variable
rb_node in this case (otherwise here
Hi Lars,
Sorry to respond so late, I've been very busy lately.
Please see answers/questions below
Main point is that our driver is mainly copied and adapted from AD7298
driver, and your comments are on things that we have not modified from
AD7298, so what should we do really ?
We are a bit n
On Sat, Jan 19, 2013 at 09:56:24AM +0800, Yijing Wang wrote:
> 于 2013-01-19 1:35, Bjorn Helgaas 写道:
> > On Fri, Jan 18, 2013 at 9:07 AM, Jiang Liu wrote:
> >> If user specifies "pci=nopciehp" on kernel boot command line, OSPM
> >> won't claim PCIe native hotplug service from firmware and no PCIe
>
Le 17/01/2013 22:36, Borislav Petkov a écrit :
So, there seems to be some serious breakage with GART on SB9xx. I don't
know whether this is the platform BIOS or the vendor BIOS causing it
because the original bug reporter says he observes the issue on an MSI
board and I'm experiencing this on m
On Sat, Jan 19, 2013 at 3:22 PM, Sedat Dilek wrote:
> On Sat, Jan 19, 2013 at 3:01 PM, Rafael J. Wysocki wrote:
>> On Saturday, January 19, 2013 02:50:17 PM Sedat Dilek wrote:
>>> On Sat, Jan 19, 2013 at 2:45 PM, Rafael J. Wysocki wrote:
>>> > On Friday, January 18, 2013 05:42:20 PM Randy Dunlap
On Sat, Jan 19, 2013 at 3:01 PM, Rafael J. Wysocki wrote:
> On Saturday, January 19, 2013 02:50:17 PM Sedat Dilek wrote:
>> On Sat, Jan 19, 2013 at 2:45 PM, Rafael J. Wysocki wrote:
>> > On Friday, January 18, 2013 05:42:20 PM Randy Dunlap wrote:
>> >> On 01/17/13 20:37, Stephen Rothwell wrote:
>
The root of problem is carelessly zeroing pointer(in function
__tty_buffer_flush()),
when another thread can use it. It can be cause of "NULL pointer dereference".
Main idea of the patch, this is never free last (struct tty_buffer) in the
active buffer.
Only flush the data for ldisc(buf->head
On Saturday 19 January 2013 08:53 AM, Al Viro wrote:
> On Fri, Jan 18, 2013 at 05:54:33PM +0530, Vineet Gupta wrote:
>> +SYSCALL_DEFINE0(rt_sigreturn)
>> +{
>> +struct rt_sigframe __user *sf;
>> +unsigned int magic;
>> +int err;
>> +struct pt_regs *regs = task_pt_regs(current);
> IT
bq27xxx batteries have a lot of properties, more than power_supply interface.
Some of them can be usefull for userspace applications (like CI bit) but
does not make sense to add bq specified property to power_supply interface.
When bq27x00_battery is not loaded userspace application (like i2cget) c
On Saturday, January 19, 2013 02:50:17 PM Sedat Dilek wrote:
> On Sat, Jan 19, 2013 at 2:45 PM, Rafael J. Wysocki wrote:
> > On Friday, January 18, 2013 05:42:20 PM Randy Dunlap wrote:
> >> On 01/17/13 20:37, Stephen Rothwell wrote:
> >> > Hi all,
> >> >
> >> > Changes since 20130117:
> >> >
> >>
On Saturday 19 January 2013 09:01 AM, Al Viro wrote:
> On Fri, Jan 18, 2013 at 05:54:27PM +0530, Vineet Gupta wrote:
>
>> +; --- (Slow Path #3) notify_resume ---
>> +.Lchk_notify_resume:
>> +btst r9, TIF_NOTIFY_RESUME
>> +blnz @do_notify_resume
>> +b resume_user_mode_begin
On Sat, Jan 19, 2013 at 2:45 PM, Rafael J. Wysocki wrote:
> On Friday, January 18, 2013 05:42:20 PM Randy Dunlap wrote:
>> On 01/17/13 20:37, Stephen Rothwell wrote:
>> > Hi all,
>> >
>> > Changes since 20130117:
>> >
>>
>>
>> on x86_64:
>>
>> CC drivers/acpi/device_pm.o
>> drivers/acpi/dev
On Friday, January 18, 2013 05:42:20 PM Randy Dunlap wrote:
> On 01/17/13 20:37, Stephen Rothwell wrote:
> > Hi all,
> >
> > Changes since 20130117:
> >
>
>
> on x86_64:
>
> CC drivers/acpi/device_pm.o
> drivers/acpi/device_pm.c:778:5: error: redefinition of 'acpi_dev_suspend_late'
> In
On Fri, Jan 18, 2013 at 5:37 AM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20130117:
>
> Undropped tree: samung
>
> The powerpc tree still had a build failure.
>
> The driver-core tree gained a build failure for which I applied a merge
> fix patch.
>
> The gpio-lw tree gained a build fai
Hi Mihai,
You have a gen4.5 chipset which is known to be utterly broken for
IOMMU+intel gpu. Looks like a few distros started enabling IOMMU by
default (fc18 has similar issues) and we've never added the proper
quirks. See https://bugzilla.kernel.org/show_bug.cgi?id=51921 for a
proposed patch to f
On Saturday 19 January 2013 08:55 AM, Al Viro wrote:
> On Fri, Jan 18, 2013 at 05:54:24PM +0530, Vineet Gupta wrote:
>
>> +/* work to do on interrupt/exception return */
>> +#define _TIF_WORK_MASK (0x & ~_TIF_SYSCALL_TRACE)
> Yuck... Use the real set, please - there's future-p
The memory allocated to ofdma might be a leakage when error occurs.
Signed-off-by: Cong Ding
---
drivers/of/dma.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/of/dma.c b/drivers/of/dma.c
index 59631b2..583e50e3 100644
--- a/drivers/of/dma.c
+++ b/drivers/of/dma.c
@@ -107,6 +107
If hardware is not ready, il4965_pci_probe() breaks off initialization,
deallocates all resources, but returns zero.
The patch adds -EIO as return value in this case.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
drivers/net/wireless/iwlega
On Saturday 19 January 2013 08:39 AM, Al Viro wrote:
> Please, collapse your #36--#40 into that one (and I'd probably fold #17
> here as well, to simplify that reordering). Sure, it's not a bisection
> hazard, but...
Thanks again for the review Al.
Sure, I can do that - however because those pat
On 01/18/2013 11:02 PM, Getz, Robin wrote:
> On Thu 17 Jan 2013 12:36, Lars-Peter Clausen pondered:
>> On 01/17/2013 06:11 PM, Alessandro Rubini wrote:
>>> [...]
>>>
>>> But yes, you are right. I'm working on another I/O subsystem. We are
>>> gong to release zio-1.0 in a few days, because the thing
1 - 100 of 156 matches
Mail list logo
