The aim of this series is make the arm64 'make defconfig' kernel more useful
for debugging and daily usage. I'm aware that expectations there diff widely so
I went for things I found in other defconigs as well.
It enables ftrace, more filesystems and more dm/md modules.
Since it's not board speci
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
for-next
Head SHA1: 37f9e8b51dbe7f69d9f80aec98f1514f0cd4085e
Masami Hiramatsu (1):
bootconfig: Fix to find the initargs correctly
Muchun Song (1):
kprobes: Fix compiler warning for !CONFIG_KPROBES_ON_FTRACE
Ste
Currently, we handle mountpoint dentry lifetime in a very convoluted
way.
* each struct mount attached to a mount tree contributes to ->d_count
of mountpoint dentry (pointed to by ->mnt_mountpoint).
* permanently detaching a mount from a mount tree moves the reference
into -
Dear friend,
My name is Mr Micheal Rita, I am the Bill and Exchange (assistant)
Manager of Bank of Africa Ouagadougou, Burkina Faso. In my department
I discovered an abandoned sum of teen million five hundred thousand United
State of American dollars (10.5MILLION USA DOLLARS) in an account that
be
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
for-next
Head SHA1: 2e028c4fe12907f226b8221815f16c2486ad3aa7
Dan Carpenter (2):
ftrace: Remove an unneeded NULL check
ftrace: Fix uninitialized variable in match_records()
kernel/trace/ftrace.c | 4 ++--
1
Dear friend,
My name is Mr Micheal Rita, I am the Bill and Exchange (assistant)
Manager of Bank of Africa Ouagadougou, Burkina Faso. In my department
I discovered an abandoned sum of teen million five hundred thousand United
State of American dollars (10.5MILLION USA DOLLARS) in an account that
be
Good Day Dearest.
My name is Rita Micheal I am 18 year's old, the only daughter of late
Mr Raymond Micheal from Burkina Faso, I am contacting you to help me
relocate to your country to continue my education in university in
your country, before my father died he gave me a deposit slip document
of
Dear friend,
My name is Mr Micheal Rita, I am the Bill and Exchange (assistant)
Manager of Bank of Africa Ouagadougou, Burkina Faso. In my department
I discovered an abandoned sum of teen million five hundred thousand United
State of American dollars (10.5MILLION USA DOLLARS) in an account that
be
Some last minute additions.
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
for-next
Head SHA1: 772b020609258144b80a853d7305b5723125f4ca
Marcin Nowakowski (2):
tracing/kprobes: Add a helper method to return number of probe hits
kprobes/trace: Fix kprobe self
Hi friend I am a banker in ADB BANK. I want to transfer an abandoned
$25.5Million to your Bank account. 40/percent will be your share.
No risks involved but keep it as secret. Contact me for more details
And also acknowledge receipt of this message in acceptance of my
mutual business Endeavour by f
These should be the last of the patches I need for merging.
There's one feature which is to be able to increase the saved cmdlines
such that it is possible not to lose any.
Other fixes were memory not cleaned up properly on boot up if there
was a failed allocation, and other clean ups.
git://gi
This patch has been submitted for a few times.
The first time was my first time doing any sort of Linux patch
submission. At the time, I was unaware of ./scripts/get_maintainer.pl
and sent the patch to only a subset of the correct people. Consequently,
it was not submitted properly for acceptance
Kbuild files to hopefully help avoid some conflicts
Checkin:
93ea02bb8435 arch: Clean up asm/barrier.h implementations using
asm-generic/barrier.h
... unfortunately left some Kbuild files out of order, which caused
unnecessary merge conflicts, in particular with checkin:
e3fec2f74f7f
Hey Thomas, Ingo,
Here are a few last timekeeping changes I've got queued for 3.13,
for tip/timers/core.
This includes:
* An improved ssize_t fix for sysfs_get_uname
* Alarmtimer return fix, since ENOTSUPP isn't exported to userland
* Comment typo fixes
Let me know if you have any thoughts
Arve Hjønnevåg reported numerous crashes from the
"BUG_ON(timer->state != HRTIMER_STATE_CALLBACK)" check
in __run_hrtimer after it called alarmtimer_fired.
Looking at the code, I realized much of the logic duplicated
the hrtimer code, and that by multiplexing numerous alarmtimers
onto a single hrt
On Mon, 13 Aug 2012, Mihai Moldovan wrote:
> Had another look at the code and would like to apologize for the confusion...
No worries Mihai, thanks for testing!
BR,
Jani.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.
Had another look at the code and would like to apologize for the confusion...
* On 13.08.2012 05:27 PM, Mihai Moldovan wrote:
> Uhm, no, quite on the contrary. gmbus starts at 0 (with idx 0 being labeled
> "disabled" and idx ((GMBUS_NUM_PORTS == 6) + 1) being labeled "reserved",
> which
> neither
* On 13.08.2012 05:09 PM, Daniel Vetter wrote:
> On Mon, Aug 13, 2012 at 05:03:24PM +0200, Mihai Moldovan wrote:
>> Hi Jani,
>>
>> The reason sounds sane to me, but while looking through the code, I have
>> seen a
>> few other problems, too.
>>
>> To my understanding, we should use port for dev_pr
On Mon, Aug 13, 2012 at 05:03:24PM +0200, Mihai Moldovan wrote:
> Hi Jani,
>
> * On 13.08.2012 04:33 PM, Jani Nikula wrote:
> > Hi Mihai, could you test the following patch to see if it fixes the problem,
> > please?
> >
> > BR,
> > Jani.
> >
> >
> > Jani Nikula (1):
> > drm/i915: ensure i2c ada
Hi Jani,
* On 13.08.2012 04:33 PM, Jani Nikula wrote:
> Hi Mihai, could you test the following patch to see if it fixes the problem,
> please?
>
> BR,
> Jani.
>
>
> Jani Nikula (1):
> drm/i915: ensure i2c adapter is all set before adding it
>
> drivers/gpu/drm/i915/intel_i2c.c |7 ---
>
Hi Mihai, could you test the following patch to see if it fixes the problem,
please?
BR,
Jani.
Jani Nikula (1):
drm/i915: ensure i2c adapter is all set before adding it
drivers/gpu/drm/i915/intel_i2c.c |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
--
1.7.9.5
--
To unsubs
On Wednesday 22 August 2007, Arnd Bergmann wrote:
> Hi Paul,
>
> A few bugs came up on the cell platform when testing on the lastest
> prototype version of a future hardware. The first three patches are
> all meant to track changes required for the fixes that have gone
> into the firmware. Patch 4
Hi Paul,
A few bugs came up on the cell platform when testing on the lastest
prototype version of a future hardware. The first three patches are
all meant to track changes required for the fixes that have gone
into the firmware. Patch 4 is for a bug that showed up during testing,
and the final pat
Glauber de Oliveira Costa wrote:
> This is hopefully the last iteration of the pvops64 patch.
>
> From the last version, we have only one change, which is
> include/asm-x86_64/processor.h: There were still one survivor in raw asm.
> Also, git screwed me up for some reason, and the
This is hopefully the last iteration of the pvops64 patch.
>From the last version, we have only one change, which is
>include/asm-x86_64/processor.h: There were still one survivor in raw asm.
Also, git screwed me up for some reason, and the 25th patch was missing the new
files, paravir
Hi,
I don't have the original message just my reply,
I had try a FC6-respin dvd.iso ( which have kernel 2.6.20) in my old
laptop (http://sergiomb.no-ip.org/laptop/ ) which need "VIA IRQ quirk
fixup" and I had many problems with booting after dig a little I found
that quirks aren't applied anymor
On Wed, 28 Mar 2007 17:23:08 -0400
"Ioan Ionita" <[EMAIL PROTECTED]> wrote:
> On 3/27/07, Alan Cox <[EMAIL PROTECTED]> wrote:
> >
> >
> > This implements two things at driver level which are implemented
> > implicitly by the old IDE layer
> >
> > - Only doing sector sized ATAPI I/O via DMA
> > - A
Alan Cox wrote:
>
> This implements two things at driver level which are implemented
> implicitly by the old IDE layer
>
> - Only doing sector sized ATAPI I/O via DMA
> - Alway writing the size values
>
> Hopefully this will make CD devices behave better for those wi
This implements two things at driver level which are implemented
implicitly by the old IDE layer
- Only doing sector sized ATAPI I/O via DMA
- Alway writing the size values
Hopefully this will make CD devices behave better for those with the
problems. If you can test both the detection and
On Wed, 31 Jan 2007 17:26:05 +
Alan <[EMAIL PROTECTED]> wrote:
> Two fixes in this test patch. One of them allows old CF cards to refuse
> pio mode setting, and one to wait for the drive to settle after a set
> features changes the speed settings, which is based upon the workarounds
> used by
Alan wrote:
> Two fixes in this test patch. One of them allows old CF cards to refuse
> pio mode setting, and one to wait for the drive to settle after a set
> features changes the speed settings, which is based upon the workarounds
> used by drivers/ide.
>
> Please test and report back if you ha
Alan wrote:
Looks like you should use ata_busy_wait() here, rather than reproducing
the same code again.
It waits in 10uS chunks while 1uS chunks were used in the workaround.
Could indeed do that once I know the fix is right. While I'm at it the
ata_busy_wait kerneldoc is borked so here's a fix
> Looks like you should use ata_busy_wait() here, rather than reproducing
> the same code again.
It waits in 10uS chunks while 1uS chunks were used in the workaround.
Could indeed do that once I know the fix is right. While I'm at it the
ata_busy_wait kerneldoc is borked so here's a fix
Signed-o
Alan wrote:
@@ -5142,6 +5174,20 @@
status = ata_chk_status(ap);
if (unlikely(status & ATA_BUSY))
goto idle_irq;
+
+ if (unlikely(qc->tf.command == ATA_CMD_SET_FEATURES &&
+ qc->tf.feature == SETFEATURES_XFER)) {
+ /* Let the timings
Two fixes in this test patch. One of them allows old CF cards to refuse
pio mode setting, and one to wait for the drive to settle after a set
features changes the speed settings, which is based upon the workarounds
used by drivers/ide.
Please test and report back if you have an afflicted system. T
cliff white <[EMAIL PROTECTED]> wrote:
>
> -extern struct agp_bridge_data *(*agp_find_bridge)(struct pci_dev *);
> -
Oh crap, so the compiler decided that agp_find_bridge() was a function and
decided to jump to it, rather than reading from it and doing an indirect
jump. Yup, that'll crash it. So
On Thu, 24 Mar 2005 14:21:31 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> cliff white <[EMAIL PROTECTED]> wrote:
> >
> > Okay, i have a iBook G4, with radeon, with 2.6.12-rc1-mm2, i'm getting the
> > following OOPS
> > on boot.
>
> Please try reverting agp-make-some-code-static.patch (Dunno
cliff white <[EMAIL PROTECTED]> wrote:
>
> Okay, i have a iBook G4, with radeon, with 2.6.12-rc1-mm2, i'm getting the
> following OOPS
> on boot.
Please try reverting agp-make-some-code-static.patch (Dunno why that would
fix an oops, but apparently it does).
-
To unsubscribe from this list: sen
On Thu, 24 Mar 2005 10:33:02 + (GMT)
Dave Airlie <[EMAIL PROTECTED]> wrote:
>
> Hi Andrew, Dave,
>
> I've put a couple of patches into my drm-2.6 tree that hopefully fix up
> the multi-bridge on i915 and the XFree86 4.3 issue.. Andrew can you drop
> the two p
On Thu, Mar 24, 2005 at 09:09:47PM +, Andrew Clayton wrote:
> On Thu, 2005-03-24 at 12:32 -0800, Andrew Morton wrote:
> > ?
> >
> > Begin forwarded message:
> >
>
> [snip]
>
> > > You mean these changes?
> > >
> > > --- a/drivers/char/agp/via-agp.c2005-03-24 10:33:45 -08
On Thu, 2005-03-24 at 12:32 -0800, Andrew Morton wrote:
> ?
>
> Begin forwarded message:
>
[snip]
> > You mean these changes?
> >
> > --- a/drivers/char/agp/via-agp.c2005-03-24 10:33:45 -08:00
> > +++ b/drivers/char/agp/via-agp.c2005-03-24 10:33:45 -08:00
> > @@ -83,8 +83,10 @@
Ho all,
> > Aparently backing out the changes to via's tlb_flush routine fixed
> > it for one VIA user. I've not had a chance to look into it just yet.
> > Worse case we can just drop those changes for 2.6.12
I am that one.
> You mean these changes?
>
> --- a/drivers/char/agp/via-agp.c2
On Thursday, March 24, 2005 10:18 am, Dave Jones wrote:
> > I'm trying to get ahold of one--so hopefully I'll be able to test and
> > fix this stuff up when I do.
>
> Aparently backing out the changes to via's tlb_flush routine fixed it
> for one VIA user. I
On Thu, Mar 24, 2005 at 09:02:03AM -0800, Jesse Barnes wrote:
> On Thursday, March 24, 2005 2:33 am, Dave Airlie wrote:
> > Hi Andrew, Dave,
> >
> > I've put a couple of patches into my drm-2.6 tree that hopefully fix up
> > the multi-bridge on i915 and the XF
On Thursday, March 24, 2005 2:33 am, Dave Airlie wrote:
> Hi Andrew, Dave,
>
> I've put a couple of patches into my drm-2.6 tree that hopefully fix up
> the multi-bridge on i915 and the XFree86 4.3 issue.. Andrew can you drop
> the two patches in your tree.. the one from
Dave Airlie <[EMAIL PROTECTED]> wrote:
>
> I've put a couple of patches into my drm-2.6 tree that hopefully fix up
> the multi-bridge on i915 and the XFree86 4.3 issue.. Andrew can you drop
> the two patches in your tree.. the one from Brice and the one I attached
&g
Hi Andrew, Dave,
I've put a couple of patches into my drm-2.6 tree that hopefully fix up
the multi-bridge on i915 and the XFree86 4.3 issue.. Andrew can you drop
the two patches in your tree.. the one from Brice and the one I attached
to the bug? you'll get conflicts anyway I'm
47 matches
Mail list logo