7;t really know. Can anyone suggest a more
appropriate mailing list, book or other resource for tracking this down?
Thanks,
Martin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
ed in the default in kernels that are or will be in
widespread use, e.g. Ubuntu.
I'm not on the mailing list although I plan to check the archives, but
please reply to me directly as well as the list.
Thanks,
Martin
--
To unsubscribe from this list: send the line "unsubscribe linux-kerne
drivers, servicing soft irqs and all
like that?
If there's a better mailing list for this topic, I'm sorry for the
noise and please let me know where I should post my question.
Thanks,
Martin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
d). I haven't assessed the extent of the damage yet.
Still not sure whether it is related to the bug in question, of course.
Martin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at ht
On 10/24/2012 07:38 PM, Martin wrote:
On 10/24/2012 01:40 AM, Nix wrote:
It's true that in less than a week
probably not all that many people have rebooted often enough to trip
over this.
I hope.
[previous bug report]
First off let me apologize for not having the right follow-up he
On 10/26/2012 10:24 PM, Nix wrote:
On 26 Oct 2012, Martin spake thusly:
[...]
I have studied my corruption problem more closely and can give you a
description of what happened below. Would you say this may be the same
bug?
No. You want to keep up with the thread. Ted's first educated
o the same mail
thread or the same web forum --- one of the reasons why I detest
Ubuntu Launchpad. Thanks!!
Shall do.
cu Martin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info a
[1.] Bug in drivers/char/mem.c
[2.] An if statement (#if !defined) has apparently been left out of
drivers/char/mem.c. This breaks the build on the m68k architecture.
[3.] Kernel 2.4.1
[4.] Oops: Not applicable
[6.] Try building a kernel on m68k.
[7.] Env: not applicable.
[7.1.] Software (add the
way...
Well I got the same oops with a PCI card...
After some research I found that the first argument to the inline
function scsi_set_pci_device is supposed to be a pointer to a
struct Scsi_Host.
The patch below should work for both ISA and PCI.
Regards
/Martin
--- fdomain.c.orig
The return value of scnprintf() never exceeds @size.
Patch is against 2.6.20-rc6-mm3
Cc: Martin Peschke <[EMAIL PROTECTED]>
---
vsprintf.c |3 +--
1 files changed, 1 insertion(+), 2 deletions(-)
--- a/lib/vsprintf.c2007-02-02 19:12:09.0 +0100
+++ b/lib/vsprintf.c2007
On Sat, 2007-01-27 at 16:02 +0800, Fengguang Wu wrote:
> Andrew,
>
> Here are more updates for adaptive readahead.
>
> It's not likely to have more big changes, so the next plan is to convert some
> accounting items to the statistics infrastructure by Martin Peschke.
&
Fix coding style issue "multiple blank lines"
detected by checkpatch.pl in threefish_block.c file.
Signed-off-by: Martin
---
drivers/staging/skein/threefish_block.c | 16
1 file changed, 16 deletions(-)
diff --git a/drivers/staging/skein/threefish_block.c
b/drive
On Fri, Jan 26, 2018 at 02:07:10PM -0500, Martin Brandenburg wrote:
> I have also written a "fakecore" which does about the bare minimum to
> start up and respond to mount requests. I intend to use this as a
> vehicle for experimentation with fuzzing and testing performance t
On Mon, Oct 08, 2018 at 04:43:36PM -0400, Mike Marshall wrote:
> I still hit writepages_callback not private! on xfstests generic/127...
There's six fsx runs in there. Can you figure out which one fails?
Martin
arPageDirty too?
Should I just ClearPagePrivate and then use the fact that it's not set
as a hint not to do anything in writepage?
Something I'm not thinking of?
Martin
On Sun, Oct 07, 2018 at 11:27:31PM +, Martin Brandenburg wrote:
> This is necessary to ensure the uid/gid
ATX_BTIME
> currently) due to the following test in orangefs_inode_getattr():
>
> (request_mask & orangefs_inode->getattr_mask) == request_mask
>
> Also clean up gratuitous uses of STATX_ALL.
>
> Signed-off-by: Miklos Szeredi
> Cc: Mike Marshall
> Cc: Martin Br
On Mon, Sep 17, 2018 at 08:10:54PM +, Martin Brandenburg wrote:
> Go through pages and look for a consecutive writable region. After
> finding 128 consecutive writable pages or when finding a non-consecutive
> region, do the write.
128 was chosen arbitrarily. I tested a number
Hi,
I'm having regular issues with crashes, this time I was only browsing the
web.
Please could you let me know how best to report this if this isn't the
right way.
Thanks,
M
May 17 14:31:48 superworm kernel: [ 6252.073731] Restarting tasks ...
May 17 14:31:48 superworm kernel: [ 6252.074724] ge
> Hi,
>
> I'm having regular issues with crashes, this time I was only browsing the
> web.
> Please could you let me know how best to report this if this isn't the
> right way.
This is an oops this time not sure if this is related.
Thanks,
M
May 18 22:39:01 superworm kernel: [ 2196.483533] BUG:
> On Thu, Apr 7, 2016 at 2:39 PM, Andy Shevchenko
> wrote:
> > On Mon, Apr 4, 2016 at 11:26 PM, Martin Brandenburg
> > wrote:
> >> From: Martin Brandenburg
> >>
> >> Almost everywhere we use strncpy we should use strlcpy. This affects
> >
On Fri, 8 Apr 2016, Andy Shevchenko wrote:
> On Fri, Apr 8, 2016 at 6:34 PM, wrote:
> >> On Thu, Apr 7, 2016 at 2:39 PM, Andy Shevchenko
> >> wrote:
> >> > On Mon, Apr 4, 2016 at 11:26 PM, Martin Brandenburg
> >> > wrote:
> >> >> Fr
I don't think it makes much sense to put this one in stable. Without
the rest of the pagecache patches the race doesn't exist.
Martin
On Wed, May 22, 2019 at 03:15:25PM -0400, Sasha Levin wrote:
> From: Martin Brandenburg
>
> [ Upstream commit 33713cd09ccdc1e01b10d
From: Martin Kaiser
These functions are referencing s3c_clk_regs[], which are marked as
__initdata. When compiling with CONFIG_DEBUG_SECTION_MISMATCH=y, this
produces warnings like
WARNING: vmlinux.o(.text+0x198350):
Section mismatch in reference from the function s3c2410_clk_sleep_init
On Tue, Nov 28, 2017 at 03:21:56PM -0500, Martin Brandenburg wrote:
> Mike,
>
> Here's a few fixes for OrangeFS.
>
> Most important is to run getattr for size during a mmap page fault.
>
> I have also found a bug in d_revalidate. The test is backwards.
> Howeve
happy that sometimes can understood some of it.
Reading "this is used for some magic Google or Tao Bao do with their
filesystem" would decrease my chance to understand whats going on there.
Not quite approbiate for an open source kernel, I think.
Thanks,
--
Martin 'Helio
ver have worked?".
Heiko Carstens (3):
s390/mm: fix vmemmap size calculation
s390/mm: fix flush_tlb_kernel_range()
drivers/i2c: remove !S390 dependency, add missing GENERIC_HARDIRQS
dependencies
Martin Schwidefsky (1):
s390: critical section cleanup vs. machine checks
, if users expect to be able to change it. All the metadata hashes
> would need to be changed.
I believe that is what BTRFS is doing.
And yes, AFAIK there is no easy way to change the UUID of a BTRFS filesystems
after it was created.
Thanks,
--
Martin 'Helios' Steigerwald - http://
Am Mittwoch, 20. März 2013 schrieb David Lang:
> On Wed, 20 Mar 2013, Martin Steigerwald wrote:
> > Am Dienstag, 29. Januar 2013 schrieb Daniel Phillips:
> >> On Mon, Jan 28, 2013 at 5:40 PM, Theodore Ts'o wrote:
> >>> On Mon, Jan 28, 2013 at 04:20:11PM -0800, D
the hotplug is a no go for me, I need hotplug
for my ExpressCards. So far am rather having disabled the MediaCardReader in
BIOS. But thank you, I did not know that inserting a data card into a CardReader
is supposed to give me a lspci entry for it. So far I saw only the one in lsusb.
Thank you,
M
Martin Mokrejs wrote:
> Hi Takashi,
> would you please describe your test system in more detail? How
> about 'lspci -tv'? And 'lsusb -v' of the broken device?
>
> 1. For me on Dell Vostro 3550 with a SandyBridge chip doing all
> SATA+USB2+ExpressCar
Hi Philipp,
thank you for preserving compatibility for platform data.
For the coda sources:
Acked-By: Javier Martin
On 4 February 2013 12:32, Philipp Zabel wrote:
> This patch depends on "genalloc: add devres support, allow to find
> a managed pool by device", wh
ASK. Returned value shall be the last one written to the eventfd.
select(2), poll(2) and similar:
When polling on the eventfd marked by EFD_MASK flag, all the events specified
in last written 'events' field shall be signaled.
Signed-off-by: Martin Sustrik
---
fs/eventfd.c| 10
On 07/02/13 20:12, Andy Lutomirski wrote:
On 02/06/2013 10:41 PM, Martin Sustrik wrote:
When implementing network protocols in user space, one has to implement
fake user-space file descriptors to represent the sockets for the protocol.
While all the BSD socket API functionality for such
the last one written to the eventfd.
select(2), poll(2) and similar:
When polling on the eventfd marked by EFD_MASK flag, all the events specified
in last written 'events' field shall be signaled.
Signed-off-by: Martin Sustrik
---
fs/eventfd.c| 105
On 07/02/13 23:44, Andrew Morton wrote:
So please update the changelog and then cc net...@vger.kernel.org on
the patch - the netdev people are probably best-situated to comment on
the proposal.
OK. Done. Thanks for the advice!
Martin
--
To unsubscribe from this list: send the line
naled events, in which case the events that were already
signaled in the past should be ommitted, or it is meant to be *all*
signaled events, in which case the current implementation is OK.
Martin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
ouraged.
Anyway, I have implemented your other suggestions.
Btw, one thing I am not sure about is how to submit improved patches to
the ML. Should I use the same patch name? Doesn't that cause confusion?
Martin
--
To unsubscribe from this list: send the line "unsubscribe l
fd marked by
EFD_MASK. Returned value shall be the last one written to the eventfd.
select(2), poll(2) and similar:
When polling on the eventfd marked by EFD_MASK flag, all the events specified
in last written 'events' field shall be signaled.
Signed-off-by: Martin Sustrik
---
v2 - Con
cription of the
challenges of the network protocol development in user space and how the
proposed feature addresses the problems.
It's too long to fit into ChangeLog, but it may be worth reading when
trying to judge the merit of the patch.
It can be found here: http://www.250bpm.com/b
Hi Eric,
On 08/02/13 23:21, Eric Wong wrote:
Martin Sustrik wrote:
On 07/02/13 23:44, Andrew Morton wrote:
That's a nice changelog but it omitted a critical thing: why do you
think the kernel needs this feature? What's the value and use case for
being able to poll these descrip
.events = 0;
nbytes = write (fd, &mask, sizeof (mask));
rc = epoll_wait (ep, &epe, 1, 100);
assert (rc == 0);
rc = close (ep);
assert (rc == 0);
rc = close (fd);
assert (rc == 0);
return 0;
}
Martin
--
To unsubscribe from this list: send the li
mantics as described in the article. I've been using that
kind of design for past 8 years and every time I have to deal with it I
swear that one day I will implement a proper in-kernel solution to get
rid of the hack.
And now I have finally done so.
Martin
--
To unsubscribe from this list
time using such complex workarounds instead of simply using a native
file descriptor with standardised semantics.
Martin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://
Hi Linus,
please pull from the 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive the following updates:
The recent fix for the s390 sched_clock() function uncovered yet
another bug in s390_next_ktime which causes an endless loop in KV
pendencies
s390/uaccess: fix clear_user_pt()
s390/uaccess: fix page table walk
s390/mm: provide emtpy check_pgt_cache() function
Martin Schwidefsky (1):
s390/3270: fix minor_start issue
Sebastian Ott (1):
s390/scm_block: fix printk format string
Wei Yongjun (1):
s390/sc
s reported by Fengguang Wu.
For the s390 changes:
Acked-by: Martin Schwidefsky
--
blue skies,
Martin.
"Reality continues to ruin my life." - Calvin.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.o
Hi Linus,
please pull from the 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive the following update:
Another transparent huge page fix, we need to define a s390 variant
for pmdp_set_wrprotect to flush the TLB for the huge page corre
g so that wrong value
> returned when unwind_frame failed.
>
> Signed-off-by: sahara
Reviewed-by: Dave Martin
This is the same as a patch I previously posted:
http://lists.infradead.org/pipermail/linux-arm-kernel/2012-November/129381.html
...except for the initialisation of data.addr to NUL
Comment in eventfd.h referred to 'include/asm-generic/fcntl.h'
while the correct path is 'include/uapi/asm-generic/fcntl.h'.
Signed-off-by: Martin Sustrik
---
include/linux/eventfd.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/linux
Hi Chris,
Chris Clayton wrote:
> Hi Martin,
>
> On 01/28/13 21:02, Martin Mokrejs wrote:
>> Hi Chris,
>>
>> Chris Clayton wrote:
>>> Hi Martin,
>>>
>>> On 01/28/13 12:12, Martin Mokrejs wrote:
>>>> Chris Clayton wrote:
>>&
sues I had with express cards with Dell Vostro 3550. Further,
there is
a lot of changes to PCI hotplug done by Yingahi Liu and Rafael Wysockij, just
browse the
archives of linux-pci and see the pacthes and the discussion.
Martin
Chris Clayton wrote:
> Hi,
>
> I've today taken
to "stable@"? ;-)
Date: Thu, 17 Jan 2013 10:32:16 -0500 (EST)
From: Alan Stern
To: Sarah Sharp
cc: Martin Mokrejs ,
USB list
Subject: [PATCH] USB: XHCI: fix memory leak of URB-private data
Message-ID:
Thank you,
Martin
Alan Stern wrote:
> This patch (as1640) fixes a memory
Greg KH wrote:
> On Thu, Jan 24, 2013 at 10:53:25PM +0100, Martin Mokrejs wrote:
>> Hi Sarah and Alan,
>> I just saw 3.7.5 patches announced by Greg but I don't see this path in
>> there.
>> And, don't know but maybe this applies to older stable kernels as
On Fri, Jan 25, 2013 at 02:14:36PM +, Arnd Bergmann wrote:
> From: sahara
>
> This is a reminder that we still need to fix the return_address
> function to work correctly with the unwinder. Keun-O Park has
> made this attempt in the past, which is still under discussion[1],
&g
On Fri, Jan 25, 2013 at 11:44:14AM -0500, Steven Rostedt wrote:
> [ I got an error with linux-arm-ker...@list.infradead.org and had to
> remove from CC ]
Blame Arnd :)
>
> On Fri, 2013-01-25 at 16:26 +, Dave Martin wrote:
>
> > However, if the purpose if making return
On Fri, Jan 25, 2013 at 12:08:23PM -0500, Steven Rostedt wrote:
> On Fri, 2013-01-25 at 16:59 +, Dave Martin wrote:
>
> > Cool. Are you aware of return_address being used elsewhere? Currently
> > I'm not aware of anything else which uses it, and grep is not findin
Hi Chris,
Chris Clayton wrote:
> Hi Martin,
>
> On 01/24/13 19:21, Martin Mokrejs wrote:
>> Hi Chris,
>>try to include in kernel only acpiphp and omit pciehp. Don't use modules
>> but include
>> them statically. And try, in addition, check whether &
Chris Clayton wrote:
>
>
> On 01/27/13 12:18, Yijing Wang wrote:
>> 于 2013-01-27 19:19, Chris Clayton 写道:
>>> Hi Yijing
>>>
>>> On 01/27/13 02:45, Yijing Wang wrote:
>>>> 于 2013-01-27 4:54, Chris Clayton 写道:
>>>>> Hi Martin,
Chris Clayton wrote:
>
>
> On 01/27/13 14:26, Martin Mokrejs wrote:
>> Chris Clayton wrote:
>>>
>>>
>>> On 01/27/13 12:18, Yijing Wang wrote:
>>>> 于 2013-01-27 19:19, Chris Clayton 写道:
>>>>> Hi Yijing
>>>>>
&g
Hi Chris,
Chris Clayton wrote:
> Thanks again, Martin.
>
> Firstly, maybe we should remove the linux-media list from the copy list. I
> imagine this hotplug stuff is just noise to them.
>
> [snip]
>> Do you have any other express card around to try if it works at all? T
hris:~]$ sudo modprobe pciehp pciehp_force=1 pciehp_debug=1
> [chris:~]$ lsmod
> Module Size Used by
> pciehp 19907 0
> [...]
>
> You will notice that the kernel I have used is 3.7.4. I hope that's a
> suitable kernel for your tests. I&#x
a /sys/bus/pci/devices/slots
ls: cannot access /sys/bus/pci/devices/slots: No such file or directory
$
And for me hotplug also works (as far as I can tell). ;-)
>
> Excellent! Thank you so much for your help (and patience) Martin and Yijing.
>
> Now to solving why running scandvb doesn
On Mon, Jan 28, 2013 at 11:33:11AM +0900, Keun-O Park wrote:
> Hello guys,
>
> Could you please review the patch of fixing bug first of returning
> wrong address when using frame pointer?
> I am wondering if the first patch is not delivered to the mailing.
I posted a similar patch to alkml a coup
Hi Chris,
Chris Clayton wrote:
> Hi Martin,
>
> On 01/28/13 12:12, Martin Mokrejs wrote:
>> Chris Clayton wrote:
>>>
>>> [snip]
>>>
>>>> [chris:~]$ cat /proc/cmdline
>>>> root=/dev/sda5 pciehp_ports=native ro resume=/dev/sda6
>
d of the IRQIO_xxx entries while we had
it between the IRQIO_CSC and the IRQIO_PCI entry. No worry, we just
change our code and use the upstream version. Just completed the
double-check and pushed my branches to the linux-s390 tree. The code
is in sync.
--
blue skies,
Martin.
"Reality continu
>>> 4, it does not CC to TJ and other numa guys...
>>
>> attached workaround the problem for now.
>> but it will assume NUMAQ would not have SRAT table.
>
> Martin, can you confirm that numaq does not have srat?
No, it's pre-SRAT. I forget the exact nam
> Do you mean we can remove numaq x86 32bit code now?
Wouldn't bother me at all. The machine is from 1995, end of life c. 2000?
Was useful in the early days of getting NUMA up and running on Linux,
but is now too old to be a museum piece, really.
M.
--
To unsubscribe from this list: send the line
en different, difficult to say since some of it
scrolls by quite quickly.)
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
nr_requests=1 doesn't help in my case.
CC'ing LKML too (I'm not LKML subscriber).
Thanks,
Martin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.k
s390/cleanup: rename SPP to LPP
s390/module: Add missing R_390_NONE relocation type
Ingo Tuchscherer (1):
maintainer for s390 zcrypt component changed
Martin Schwidefsky (6):
s390/3270: readd tty3270_open
s390/3270: fix initialization order in tty3270_alloc_view
I'm sorry, I forgot to mention hardware details. It isn't aacraid, it
is megaraid-based Dell PERC H700 w/ 1GB NVRAM and 12x 450GB 15k SAS
drives in RAID-10. All in Dell R510 server.
Thanks,
Martin
Dne 20.2.2013 21:48, Nicholas A. Bellinger napsal(a):
> Hi Martin,
>
> CC'
Hi,
Dne 21.2.2013 23:01, Nicholas A. Bellinger napsal(a):
Hi Martin,
On Thu, 2013-02-21 at 12:43 +0100, Martin Svec wrote:
> I'm sorry, I forgot to mention hardware details. It isn't aacraid, it
> is megaraid-based Dell PERC H700 w/ 1GB NVRAM and 12x 450GB 15k SAS
> dri
underscore from
64_BIT in drivers/staging/zcache/Kconfig.
Regards
Martin Walch
--
signature.asc
Description: This is a digitally signed message part.
k at the code. I've
read the patches and I am fine with them but it is very easy to miss some
important bit.
As far as upstreaming is concerned: I can deal with the pure s390 parts
via the s390 tree if that helps you. If you prefer the carry all of them,
that is fine with me as well.
--
b
rating on a pgtable_t. Apart from the VM_BUG_ON removal, there will
> > be no functional change introduced by this patch.
>
> Why is that VM_BUG_ON not needed any more ? What is that changed which break
> that requirement ?
Because pgtable_t for s390 is not a page and there simply i
Hi Linus,
please pull from the 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive a couple of s390 bug fixes for 3.5-rc4:
Geert Uytterhoeven (1):
s390: Always use "long" for ssize_t to match size_t
Heiko Carstens (3):
s39
The following commit should be reverted:
0865a75d4166bddc533fd50831829ceefb94f9b0
The bug this patch is meant to solve doesn't occur in Visstrim_M10 boards.
Furthermore, after applying this patch sound in Visstrim_M10 is played
at slower rates.
Signed-off-by: Javier Martin
---
diff --
On 4 September 2012 08:35, Gaëtan Carlier wrote:
> Hi Javier,
>
> On 09/03/2012 10:27 AM, Javier Martin wrote:
>>
>> The following commit should be reverted:
>> 0865a75d4166bddc533fd50831829ceefb94f9b0
>>
>> The bug this patch is meant to solve doesn't
Am Donnerstag, 23. August 2012 schrieb Eric Dumazet:
> On Thu, 2012-08-23 at 22:35 +0200, Martin Steigerwald wrote:
> > Hi!
> >
> > Its a bit difficult to describe. With 3.6-rc2 and 3.6-rc3 on an Lenovo
> > ThinkPad T520 from Linus git, I get occasional network han
On Wed, Sep 12, 2012 at 07:14:58PM +0100, Stefano Stabellini wrote:
> On Wed, 12 Sep 2012, Stefano Stabellini wrote:
> > On Tue, 28 Aug 2012, Rob Herring wrote:
> > > You should look at ePAPR 1.1 which defines hypervisor related bindings.
> > > While it is a PPC doc, we should reuse or extend what
On Wed, Sep 12, 2012 at 09:34:28PM -0500, Rob Herring wrote:
> On 09/12/2012 01:14 PM, Stefano Stabellini wrote:
> > On Wed, 12 Sep 2012, Stefano Stabellini wrote:
> >> On Tue, 28 Aug 2012, Rob Herring wrote:
> >>> You should look at ePAPR 1.1 which defines hypervisor related bindings.
> >>> While
On Mon, Jul 09, 2012 at 11:27:04AM +0200, Vincent Guittot wrote:
> Use cpu compatibility field and clock-frequency field of DT to
> estimate the capacity of each core of the system and to update
> the cpu_power field accordingly.
> This patch enables to put more running tasks on big cores than
> on
.
So, what is the problem ?
--
blue skies,
Martin.
"Reality continues to ruin my life." - Calvin.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/major
-- snip -->
Defining GENERIC_LOCKBREAK in arch/s390/Kconfig takes care of it. I'll
cook up a patch and queue it in git390.
--
blue skies,
Martin.
"Reality continues to ruin my life." - Calvin.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel&qu
). The other
architectures that define GENERIC_LOCKBREAK have the "depends on SMP &&
PREEMPT" line as well. The line does make sense if you look at the way
how spin_is_contended is used, no ?
--
blue skies,
Martin.
"Reality continues to ruin my life." - Calvin.
ters U got a
Oops in evdev_disconnect (the first one is Kernel 2.6.23.12 and the second
Kernel 2.6.24, both has this problem). My question is, can you tell me which
two patches you have applied to solve the problem? I didn't found the right
thing?
Thank you very much for your help.
Regards
The last kernel that compiled and worked for me was 2.6.24-git7.
Attached are the warnings (warnings.txt) and the .config I was using for
2.6.24-git12 when it complained about mismatches.
MODPOST vmlinux.o
WARNING: vmlinux.o(.text+0xcd8ac): Section mismatch in re
Hello,
ok the problem has been solved. It was really to late yesterday... I found
the two patches and applied those. Because I had another error with the
Areca kernel modul I did some mistakes in my test...
Sorry...
Regards
Martin
Martin Bauer wrote:
>
> I saw that you have problem
oblem go
away and I could queue my s390 specific page table rework. Our KVM
people keep asking about it.
--
blue skies,
Martin.
"Reality continues to ruin my life." - Calvin.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
t
* you loose..
I got x86-64 compiled by removing the #include from
asm-generic/tlb.h. But who knows what will break if the include is
missing .. I'll cross compile some of the other architectures next.
--
blue skies,
Martin.
"Reality continues to ruin my life." - Calvin.
() in vmem code.
[S390] dcss: Initialize workqueue before using it.
Martin Schwidefsky (2):
[S390] Define GENERIC_LOCKBREAK.
[S390] Cleanup & optimize bitops.
Peter Oberparleiter (2):
[S390] cio: make sense id procedure work with partial hardware response
[
leiter <[EMAIL PROTECTED]>
Signed-off-by: Martin Schwidefsky <[EMAIL PROTECTED]>
---
drivers/s390/cio/device_id.c | 107 +--
1 file changed, 64 insertions(+), 43 deletions(-)
Index: quilt-2.6/drivers/s3
From: Cornelia Huck <[EMAIL PROTECTED]>
This provides unified return codes for common response codes and
also makes the debug feature messages more similar and informational.
Signed-off-by: Cornelia Huck <[EMAIL PROTECTED]>
Signed-off-by: Martin Schwidefsky <[EMAIL PROTECTED]>
From: Heiko Carstens <[EMAIL PROTECTED]>
Signed-off-by: Heiko Carstens <[EMAIL PROTECTED]>
Signed-off-by: Martin Schwidefsky <[EMAIL PROTECTED]>
---
arch/s390/Kconfig.debug |8
arch/s390/kernel/traps.c |5 -
arch/s390/mm/init.
From: Heiko Carstens <[EMAIL PROTECTED]>
Make sure func isn't called on the local cpu just like on all other
architectures that implement this function.
Signed-off-by: Heiko Carstens <[EMAIL PROTECTED]>
Signed-off-by: Martin Schwidefsky <[EMAIL PROTECTED]>
---
arch/s
From: Cornelia Huck <[EMAIL PROTECTED]>
Signed-off-by: Cornelia Huck <[EMAIL PROTECTED]>
Signed-off-by: Martin Schwidefsky <[EMAIL PROTECTED]>
---
Documentation/DocBook/s390-drivers.tmpl | 21 -
1 file changed, 16 insertions(+), 5 deletions(-)
From: Martin Schwidefsky <[EMAIL PROTECTED]>
Fix compile error:
CC arch/s390/kernel/asm-offsets.s
In file included from
arch/s390/kernel/asm-offsets.c:7:
include/linux/sched.h: In function 'spin_needbreak':
include/linux/sched.h:1931: error: implicit declara
AIL PROTECTED]>
Signed-off-by: Martin Schwidefsky <[EMAIL PROTECTED]>
---
include/asm-s390/bitops.h | 43 +--
1 file changed, 41 insertions(+), 2 deletions(-)
Index: quilt-2.6/include/asm-s390/bitops.h
===
From: Martin Schwidefsky <[EMAIL PROTECTED]>
The bitops header is now a bit shorter and easier to understand since
it uses less inline assembly. It requires some tricks to persuade the
compiler to generate decent code. The ffz/ffs functions now use the
_zb_findmap/_sb_findmap table as well
From: Heiko Carstens <[EMAIL PROTECTED]>
Fixes this warning:
vmlinux: warning: allocated section `.text' not in segment
Signed-off-by: Heiko Carstens <[EMAIL PROTECTED]>
Signed-off-by: Martin Schwidefsky <[EMAIL PROTECTED]>
---
arch/s390/kernel/vmlinux.lds.S |
1 - 100 of 7408 matches
Mail list logo
