> On 29. Apr 2020, at 17:22, Andrew Lunn wrote:
>
> On Wed, Apr 29, 2020 at 03:55:28PM +0200, Christian Zigotzky wrote:
>> Hi Andrew,
>>
>> You can find some dtb and source files in our kernel package.
>>
>> Download: http://www.xenosoft.de/linux-
Hi Darren,
Thanks a lot for your patch!
I tested it with the RC3 today.
Unfortunately it doesn't compile because a bracket is missing in the
following line:
+ if (prop && !strncmp(prop, "disabled", 8) {
And a semicolon is missing in the following line:
+ goto _return
I added the
On 29 April 2020 at 07:13 am, Nicholas Piggin wrote:
Excerpts from Christian Zigotzky's message of April 29, 2020 2:53 pm:
Hi All,
The issue still exists in the RC3. (kernel config attached)
Please help me to fix this issue.
Huh, looks like maybe early_init_mmu() got uninlined because the
com
Hello,
The issue still exists after the new PowerPC updates 5.7-2.
Please check the PowerPC updates 5.7-1.
Thanks,
Christian
On 08 April 2020 at 6:32 pm, Christian Zigotzky wrote:
Hello,
Since the PowerPC updates 5.7-1 we have the following issue during the
linking of vmlinux:
MODPOST
Hello,
Since the PowerPC updates 5.7-1 we have the following issue during the
linking of vmlinux:
MODPOST vmlinux.o
WARNING: modpost: vmlinux.o(.text.unlikely+0x1a0): Section mismatch in
reference from the function .early_init_mmu() to the function
.init.text:.radix__early_init_mmu()
The fu
Hi All,
The DMA mapping works great on our PowerPC machines currently. It was a
long way to get the new DMA mapping code to work successfully on our
PowerPC machines.
P L E A S E don't modify the good working DMA mapping code. There are
many other topics which needs improvements. For us (fi
Hello,
We would like to add poweroff and restart support for the Cyrus+ board
[1] [2] to the mainline vanilla kernel.
There is a patch for adding poweroff and restart support. (attached)
It works but I am not sure if it is good enough for the mainline vanilla
kernel.
Please post some suggesti
On 08 February 2020 at 07:59 am, Christian Zigotzky wrote:
On 7. Feb 2020, at 18:08, Arnd Bergmann wrote:
On Fri, Feb 7, 2020 at 3:34 PM Christian Zigotzky
wrote:
Hello Arnd,
We regularly compile and test Linux kernels every day during the merge
window. Since Thursday last week we have
> On 7. Feb 2020, at 18:08, Arnd Bergmann wrote:
>
> On Fri, Feb 7, 2020 at 3:34 PM Christian Zigotzky
> wrote:
>>
>> Hello Arnd,
>>
>> We regularly compile and test Linux kernels every day during the merge
>> window. Since Thursday last week we
Hello Arnd,
We regularly compile and test Linux kernels every day during the merge
window. Since Thursday last week we have very high CPU usage because of
the avahi daemon on our desktop Linux systems (Ubuntu, Debian etc). The
avahi daemon produces a lot of the following log message. This gene
On 06 February 2020 at 05:35 am, Michael Ellerman wrote:
Christian Zigotzky writes:
Kernel 5.5 PowerPC is also affected.
I don't know what you mean by that. What sha are you talking about?
I have a system with avahi running and everything's fine.
# grep use- /etc/avahi/avahi-d
Kernel 5.5 PowerPC is also affected.
— Christian
Christian Zigotzky wrote:
Hi All,
The issue with the avahi-daemon still exist in the latest Git kernel. It's a
PowerPC issue. I compiled the latest Git kernel on a PC today and there aren't
any issues with the avahi daemon. Another
On 03 February 2020 at 6:53 pm, Jakub Kicinski wrote:
On Sun, 2 Feb 2020 16:02:18 +0100, Christian Zigotzky wrote:
On 02 February 2020 at 09:19 am, Christophe Leroy wrote:
Hello,
Le 02/02/2020 à 01:08, Christian Zigotzky a écrit :
Hello,
We regularly compile and test Linux kernels every day
On 02 February 2020 at 09:19 am, Christophe Leroy wrote:
Hello,
Le 02/02/2020 à 01:08, Christian Zigotzky a écrit :
Hello,
We regularly compile and test Linux kernels every day during the
merge window. Since Thuesday we have very high CPU loads because of
the avahi daemon on our desktop
Hello,
We regularly compile and test Linux kernels every day during the merge
window. Since Thuesday we have very high CPU loads because of the avahi
daemon on our desktop Linux systems (Ubuntu, Debian etc).
Error message: avahi-daemon[2410]: ioctl(): Inappropriate ioctl for device
Could you
On 28 January 2020 at 3:16 pm, Rob Herring wrote:
On Tue, Jan 28, 2020 at 2:01 AM Christian Zigotzky
wrote:
Hi All,
Which mailing list is responsible for the pata_pcmcia driver? We are
using new SanDisk High (>8G) CF cards with this driver [1] and we need
the following line in the f
Hi All,
Which mailing list is responsible for the pata_pcmcia driver? We are
using new SanDisk High (>8G) CF cards with this driver [1] and we need
the following line in the file "drivers/ata/pata_pcmcia.c".
+ PCMCIA_DEVICE_MANF_CARD(0x00f1, 0x0101), /* SanDisk High
(>8G) CFA */
On 24 January 2020 at 12:42 pm, Michael Ellerman wrote:
Ulf Hansson writes:
On Thu, 16 Jan 2020 at 12:18, Christian Zigotzky wrote:
Hi All,
We still need the attached patch for our onboard SD card interface
[1,2]. Could you please add this patch to the tree?
No, because according to
Am 16.01.20 um 16:46 schrieb Ulf Hansson:
On Thu, 16 Jan 2020 at 12:18, Christian Zigotzky wrote:
Hi All,
We still need the attached patch for our onboard SD card interface
[1,2]. Could you please add this patch to the tree?
No, because according to previous discussion that isn't the co
Hi All,
We still need the attached patch for our onboard SD card interface
[1,2]. Could you please add this patch to the tree?
Thanks,
Christian
[1] https://www.spinics.net/lists/linux-mmc/msg56211.html
[2]
http://forum.hyperion-entertainment.com/viewtopic.php?f=58&t=4349&start=20#p49012
d
Hi All,
The SCSI cards work again. [1, 2]
Sorry for bothering you.
Thanks,
Christian
[1]
http://forum.hyperion-entertainment.com/viewtopic.php?f=58&p=49603&sid=1adf9e6d558c136c1ad4ff15c44212ba#p49599
[2] https://bugzilla.kernel.org/show_bug.cgi?id=205201
On 28 November 2018 at 4:55 pm, Christian Zigotzky wrote:
On 28 November 2018 at 12:05PM, Michael Ellerman wrote:
Nothing specific yet.
I'm a bit worried it might break one of the many old obscure platforms
we have that aren't well tested.
Please don't apply the new DMA mapping
ristoph Hellwig wrote:
>>>> On Tue, Nov 26, 2019 at 12:26:38PM +0100, Christian Zigotzky wrote:
>>>> Hello Christoph,
>>>>
>>>> The PCI TV card works with your patch! I was able to patch your Git kernel
>>>> with the patch above
Hello Rasmus,
I have seen a lot of fsl soc patches from you.
Could you please post what you have modified? Did you test your patches on FSL
SoC machines?
Thanks,
Christian
Sent from my iPhone
> On 28. Nov 2019, at 16:00, linuxppc-dev-requ...@lists.ozlabs.org wrote:
>
> Send Linuxppc-dev mail
On 27 November 2019 at 07:56 am, Mike Rapoport wrote:
Maybe we'll simply force bottom up allocation before calling
swiotlb_init()? Anyway, it's the last memblock allocation.
diff --git a/arch/powerpc/mm/mem.c b/arch/powerpc/mm/mem.c
index 62f74b1b33bd..771e6cf7e2b9 100644
--- a/arch/powerpc/mm
On 25 November 2019 at 10:32 am, Mike Rapoport wrote:
On Mon, Nov 25, 2019 at 08:39:23AM +0100, Christoph Hellwig wrote:
On Sat, Nov 23, 2019 at 12:42:27PM +0100, Christian Zigotzky wrote:
Hello Christoph,
Please find attached the dmesg of your Git kernel.
Thanks. It looks like on your
On 25 November 2019 at 08:39 am, Christoph Hellwig wrote:
On Sat, Nov 23, 2019 at 12:42:27PM +0100, Christian Zigotzky wrote:
Hello Christoph,
Please find attached the dmesg of your Git kernel.
Thanks. It looks like on your platform the swiotlb buffer isn't
actually addressable based o
On 25 November 2019 at 10:32 am, Mike Rapoport wrote:
On Mon, Nov 25, 2019 at 08:39:23AM +0100, Christoph Hellwig wrote:
On Sat, Nov 23, 2019 at 12:42:27PM +0100, Christian Zigotzky wrote:
Hello Christoph,
Please find attached the dmesg of your Git kernel.
Thanks. It looks like on your
On 25 November 2019 at 08:39 am, Christoph Hellwig wrote:
On Sat, Nov 23, 2019 at 12:42:27PM +0100, Christian Zigotzky wrote:
Hello Christoph,
Please find attached the dmesg of your Git kernel.
Thanks. It looks like on your platform the swiotlb buffer isn't
actually addressable based o
On 21 November 2019 at 07:02 pm, Christoph Hellwig wrote:
On Thu, Nov 21, 2019 at 05:34:48PM +0100, Christian Zigotzky wrote:
I modified the patch and compiled a new RC8 of kernel 5.4 today. (patch
attached)
We have to wait to Rolands test results with his SCSI PCI card. I tested it
today but
On 21. Nov 2019, at 19:02, Christoph Hellwig wrote:
On Thu, Nov 21, 2019 at 05:34:48PM +0100, Christian Zigotzky wrote:
I modified the patch and compiled a new RC8 of kernel 5.4 today. (patch
attached)
We have to wait to Rolands test results with his SCSI PCI card. I tested it
today but my TV
Am 21.11.19 um 14:33 schrieb Robin Murphy:
On 21/11/2019 12:21 pm, Christian Zigotzky wrote:
On 21 November 2019 at 01:16 pm, Christian Zigotzky wrote:
On 21 November 2019 at 08:29 am, Christoph Hellwig wrote:
On Sat, Nov 16, 2019 at 08:06:05AM +0100, Christian Zigotzky wrote:
/*
* DMA
On 21 November 2019 at 01:16 pm, Christian Zigotzky wrote:
On 21 November 2019 at 08:29 am, Christoph Hellwig wrote:
On Sat, Nov 16, 2019 at 08:06:05AM +0100, Christian Zigotzky wrote:
/*
* DMA addressing mode.
*
* 0 : 32 bit addressing for all chips.
* 1 : 40 bit addressing when
On 21 November 2019 at 08:29 am, Christoph Hellwig wrote:
On Sat, Nov 16, 2019 at 08:06:05AM +0100, Christian Zigotzky wrote:
/*
* DMA addressing mode.
*
* 0 : 32 bit addressing for all chips.
* 1 : 40 bit addressing when supported by chip.
* 2 : 64 bit addressing when supported
FYI: Source files of the Dawicontrol DC 2976 UW SCSI board (PCI):
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/scsi/sym53c8xx_2?h=v5.4-rc7
/*
* DMA addressing mode.
*
* 0 : 32 bit addressing for all chips.
* 1 : 40 bit addressing when supported by chip.
ot;. After compiling the RC7 of
kernel 5.4 my TV card works again.
Cheers,
Christian
On 12 November 2019 at 3:41 pm, Christoph Hellwig wrote:
On Mon, Nov 11, 2019 at 01:22:55PM +0100, Christian Zigotzky wrote:
Now, I can definitely say that this patch does not solve the issue.
Do you have another
On 12 November 2019 at 3:41 pm, Christoph Hellwig wrote:
On Mon, Nov 11, 2019 at 01:22:55PM +0100, Christian Zigotzky wrote:
Now, I can definitely say that this patch does not solve the issue.
Do you have another patch for testing or shall I bisect?
I'm still interested in the .confi
On 11 November 2019 at 09:16 am, Christian Zigotzky wrote:
On 11 November 2019 at 09:12 am, Christian Zigotzky wrote:
On 10 November 2019 at 08:27 am, Christian Zigotzky wrote:
On 07 November 2019 at 10:53 am, Christian Zigotzky wrote:
On 05 November 2019 at 05:28 pm, Christoph Hellwig wrote
On 11 November 2019 at 09:12 am, Christian Zigotzky wrote:
On 10 November 2019 at 08:27 am, Christian Zigotzky wrote:
On 07 November 2019 at 10:53 am, Christian Zigotzky wrote:
On 05 November 2019 at 05:28 pm, Christoph Hellwig wrote:
On Tue, Nov 05, 2019 at 08:56:27AM +0100, Christian
On 10 November 2019 at 08:27 am, Christian Zigotzky wrote:
On 07 November 2019 at 10:53 am, Christian Zigotzky wrote:
On 05 November 2019 at 05:28 pm, Christoph Hellwig wrote:
On Tue, Nov 05, 2019 at 08:56:27AM +0100, Christian Zigotzky wrote:
Hi All,
We still have DMA problems with some PCI
On 07 November 2019 at 10:53 am, Christian Zigotzky wrote:
On 05 November 2019 at 5:28 pm, Christoph Hellwig wrote:
On Tue, Nov 05, 2019 at 08:56:27AM +0100, Christian Zigotzky wrote:
Hi All,
We still have DMA problems with some PCI devices. Since the PowerPC
updates
4.21-1 [1] we need to
On 05 November 2019 at 5:28 pm, Christoph Hellwig wrote:
On Tue, Nov 05, 2019 at 08:56:27AM +0100, Christian Zigotzky wrote:
Hi All,
We still have DMA problems with some PCI devices. Since the PowerPC updates
4.21-1 [1] we need to decrease the RAM to 3500MB (mem=3500M) if we want to
work with
Hi All,
We still have DMA problems with some PCI devices. Since the PowerPC
updates 4.21-1 [1] we need to decrease the RAM to 3500MB (mem=3500M) if
we want to work with our PCI devices. The FSL P5020 and P5040 have these
problems currently.
Error message:
[ 25.654852] bttv 1000:04:05.0: o
FYI: The onboard SD card works also with the RC6 of kernel 5.4 with the
patch below.
-- Christian
On 23 October 2019 at 4:20pm, Christian Zigotzky wrote:
Hello,
The patch below works. I compiled the RC4 of kernel 5.4 with this patch today
and the onboard SD card works without any problems
On 29. Oct 2019, at 05:49, Christian Zigotzky wrote:
>
> Hello,
>
> The bug with some PCI devices if you have more than 3.5G installed still
> exist in the RC5. Could you please look in the following bug report.
>
> Link: https://bugzilla.kernel.org/show_bug.cgi?id=205201
>
> Thanks,
> Christian
Hello,
The bug with some PCI devices if you have more than 3.5G installed still exist
in the RC5. Could you please look in the following bug report.
Link: https://bugzilla.kernel.org/show_bug.cgi?id=205201
Thanks,
Christian
2019 at 03:12:49PM +0200, Christian Zigotzky wrote:
>>> Hello Russell,
>>>
>>> You asked me about "dma-coherent" in the Cyrus device tree. Unfortunately I
>>> don't find the property "dma-coherent" in the dtb source files.
>>>
Then the kernel compiled without any errors.
Afterwards I successfully tested the new Git kernel with some cpufreq
governors on openSUSE Tumbleweed 20190521 PowerPC64 [4] and on ubuntu
MATE 16.04.6 LTS PowerPC32.
Thanks a lot for your work!
Tested-by: Christian Zigotzky
Cheers,
Chris
Is a final patch available for testing? Please do not release it without
testing.
- Christian
On 09-07-19, 16:04, Wen Yang wrote:
> The cpu variable is still being used in the of_get_property() call
> after the of_node_put() call, which may result in use-after-free.
>
> Fixes: a9acc26b75f ("cpu
Hello Wen,
Thanks for your patch!
Did you test your patch with a P.A. Semi board?
Cheers,
Christian
Hello Christophe,
Could you please add this patch to the GIT kernel because the issue still
exists.
Thanks,
Christian
On 15. May 2019, at 12:15, Christophe Leroy wrote:
Hi,
Le 15/05/2019 à 12:09, Christian Zigotzky a écrit :
Hi All,
I got the following error messages with the latest Git
Hi All,
Shall I activate FLATMEM or SPARSEMEM for the Nemo board with the PA6T-1682M
SoC?
Thanks,
Christian
On 04 April 2019 at 1:23PM, Christian Zigotzky wrote:
On 04 April 2019 at 11:07AM, Christophe Leroy wrote:
On 04/04/2019 08:44 AM, Christian Zigotzky wrote:
On 04 April 2019 at 06:00AM, Christophe Leroy wrote:
Le 04/04/2019 à 02:58, Christian Zigotzky a écrit :
On 03 April 2019 at 07
On 04 April 2019 at 11:07AM, Christophe Leroy wrote:
On 04/04/2019 08:44 AM, Christian Zigotzky wrote:
On 04 April 2019 at 06:00AM, Christophe Leroy wrote:
Le 04/04/2019 à 02:58, Christian Zigotzky a écrit :
On 03 April 2019 at 07:05AM, Christophe Leroy wrote:
Le 03/04/2019 à 05:52
On 04 April 2019 at 06:00AM, Christophe Leroy wrote:
Le 04/04/2019 à 02:58, Christian Zigotzky a écrit :
On 03 April 2019 at 07:05AM, Christophe Leroy wrote:
Le 03/04/2019 à 05:52, Christian Zigotzky a écrit :
Please test VLC with the RC3 of kernel 5.1.
The removing of the PowerPC fixes
On 03 April 2019 at 07:05AM, Christophe Leroy wrote:
Le 03/04/2019 à 05:52, Christian Zigotzky a écrit :
Please test VLC with the RC3 of kernel 5.1.
The removing of the PowerPC fixes 5.1-3 has solved the VLC issue.
Another user has already confirmed that [1]. This isn’t an April
Fool‘s
Please test VLC with the RC3 of kernel 5.1.
The removing of the PowerPC fixes 5.1-3 has solved the VLC issue. Another user
has already confirmed that [1]. This isn’t an April Fool‘s. ;-)
Thanks
[1]
http://forum.hyperion-entertainment.com/viewtopic.php?f=58&t=4256&start=20#p47561
Hi All,
I figured out, that the VLC player doesn't play videos anymore since the
PowerPC fixes 5.1-3 [1]. VLC plays videos with the RC1 of kernel 5.1
without any problems.
VLC error messages:
[100ea580] ts demux warning: first packet for pid=1104 cc=0xe
[100ea580] ts demux warning: first pac
I was able to activate CONFIG_SPARSEMEM in the kernel configuration. But
does the P.A. Semi Nemo board need this option?
-- Christian
On 25 March 2019 at 12:00PM, Christian Zigotzky wrote:
Hi All,
I wasn't able to compile the RC2 today because of the following error
messages:
Hi All,
I wasn't able to compile the RC2 today because of the following error
messages:
CC arch/powerpc/mm/slb.o
In file included from ./arch/powerpc/include/asm/book3s/64/mmu.h:39:0,
from ./arch/powerpc/include/asm/mmu.h:360,
from ./arch/powerpc/includ
On 12 February 2019 at 8:31PM, Christian Zigotzky wrote:
On 12 February 2019 at 4:25PM, Christoph Hellwig wrote:
On Tue, Feb 12, 2019 at 01:42:56PM +0100, Christian Zigotzky wrote:
On 11 February 2019 at 08:38AM, Christoph Hellwig wrote:
On Sun, Feb 10, 2019 at 01:00:20PM +0100, Christian
On 12 February 2019 at 4:25PM, Christoph Hellwig wrote:
On Tue, Feb 12, 2019 at 01:42:56PM +0100, Christian Zigotzky wrote:
On 11 February 2019 at 08:38AM, Christoph Hellwig wrote:
On Sun, Feb 10, 2019 at 01:00:20PM +0100, Christian Zigotzky wrote:
I tested the whole series today. The kernels
On 11 February 2019 at 08:38AM, Christoph Hellwig wrote:
On Sun, Feb 10, 2019 at 01:00:20PM +0100, Christian Zigotzky wrote:
I tested the whole series today. The kernels boot and the P.A. Semi
Ethernet works! :-) Thanks a lot!
I also tested it in a virtual e5500 QEMU machine today
Hi Christoph,
Mario successfully tested a kernel from your Git [1] on his T2080rdb today.
Link to the log:
https://gitlab.com/oshw-powerpc-notebook/T2080customizations/blob/master/kernel/dma_fix/kernel_dma_fix_log.txt
He wrote:
Please, note that all of the above kernel runs just fine with the
Hi Christoph,
On 08 February 2019 at 10:18AM, Christoph Hellwig wrote:
On Fri, Feb 08, 2019 at 10:01:46AM +0100, Christian Zigotzky wrote:
Hi Christoph,
Your new patch fixes the problems with the P.A. Semi Ethernet! :-)
Thanks a lot once again for testing!
Now can you test with this patch
OK, I will test it.
— Christian
Sent from my iPhone
> On 8. Feb 2019, at 10:18, Christoph Hellwig wrote:
>
>> On Fri, Feb 08, 2019 at 10:01:46AM +0100, Christian Zigotzky wrote:
>> Hi Christoph,
>>
>> Your new patch fixes the problems with the P.A. Semi Ethern
Hi Christoph,
Your new patch fixes the problems with the P.A. Semi Ethernet! :-)
Thanks,
Christian
On 07 February 2019 at 05:34AM, Christian Zigotzky wrote:
Hi Christoph,
I also didn’t notice the 32-bit DMA mask in your patch. I have to read your
patches and descriptions carefully in the
Hi Christoph,
I also didn’t notice the 32-bit DMA mask in your patch. I have to read your
patches and descriptions carefully in the future. I will test your new patch at
the weekend.
Thanks,
Christian
Sent from my iPhone
> On 6. Feb 2019, at 16:16, Christoph Hellwig wrote:
>
>> On Wed, Feb
On 04 February 2019 at 01:38PM, Christoph Hellwig wrote:
It seems like the pasemi driver fails to set a DMA mask, but seems
otherwise 64-bit DMA capable. The old PPC code didn't verify the
dma mask during the map operations, but the x86-derived generic
code does.
This patch just sets the DMA m
On 04 February 2019 at 08:56AM, Christoph Hellwig wrote:
On Sun, Feb 03, 2019 at 05:49:02PM +0100, Christian Zigotzky wrote:
OK, next step: b50f42f0fe12965ead395c76bcb6a14f00cdf65b (powerpc/dma: use
the dma_direct mapping routines)
git clone git://git.infradead.org/users/hch/misc.git -b
. Semi
Ethernet doesn't work.
-- Christian
On 01 February 2019 at 5:54PM, Christian Zigotzky wrote:
Hi Christoph,
I will try it at the weekend.
Thanks,
Christian
Sent from my iPhone
On 1. Feb 2019, at 09:04, Christoph Hellwig wrote:
On Thu, Jan 31, 2019 at 01:48:26PM +0100, Chri
Hi Christoph,
I will try it at the weekend.
Thanks,
Christian
Sent from my iPhone
> On 1. Feb 2019, at 09:04, Christoph Hellwig wrote:
>
>> On Thu, Jan 31, 2019 at 01:48:26PM +0100, Christian Zigotzky wrote:
>> Hi Christoph,
>>
>> I compiled kernels for the X5
christian/Downloads/Fienix-Beta120418.img,index=0,if=virtio
-nic user,model=e1000 -append "rw root=/dev/vda" -device virtio-vga
-device virtio-mouse-pci -device virtio-keyboard-pci -usb -soundhw
es1370 -smp 4
Cheers,
Christian
On 30 January 2019 at 05:40AM, Christian Zigotzky wrote:
9 at 04:03:32PM +0100, Christian Zigotzky wrote:
>>> Hi Christoph,
>>>
>>> I compiled kernels for the X5000 and X1000 from your new branch
>>> 'powerpc-dma.6-debug.2' today. The kernels boot and the P.A. Semi Ethernet
>>> works!
>>
>&
Hi Christoph,
I compiled kernels for the X5000 and X1000 from your new branch
'powerpc-dma.6-debug.2' today. The kernels boot and the P.A. Semi
Ethernet works!
Cheers,
Christian
On 28 January 2019 at 5:52PM, Christian Zigotzky wrote:
Thanks a lot! I will test it tomorrow.
—
Thanks a lot! I will test it tomorrow.
— Christian
Sent from my iPhone
> On 28. Jan 2019, at 17:22, Christoph Hellwig wrote:
>
>> On Mon, Jan 28, 2019 at 08:04:22AM +0100, Christoph Hellwig wrote:
>>> On Sun, Jan 27, 2019 at 02:13:09PM +0100, Christian Zigotzky
Christoph,
What shall I do next?
Cheers,
Christian
On 25 January 2019 at 2:37PM, Christian Zigotzky wrote:
Next step just with the first patch:
5c532d07c2f3c3972104de505d06b8d85f403f06 (use powerpc zone selection)
git clone git://git.infradead.org/users/hch/misc.git -b
powerpc-dma.6-debug
/misc.git/shortlog/refs/heads/powerpc-dma.6-debug
Results:
X5000: The kernel detects the SATA hard disk drive and boots without any
problems.
X1000: The kernel boots and the P.A. Semi Ethernet works!
-- Christian
On 23 January 2019 at 3:34PM, Christian Zigotzky wrote:
Hi Christoph,
I also
Hi Christoph,
I also compiled a kernel (zImage) for the X1000 from your Git
'powerpc-dma.6-debug' (both patches) today.
It boots and the P.A. Semi Ethernet works!
I will test just the first patch tomorrow.
Thanks,
Christian
On 21 January 2019 at 3:38PM, Christian Zigotzky wro
Hello Christoph,
Thanks for your reply. I successfully compiled a kernel (uImage) for the
X5000 from your Git 'powerpc-dma.6-debug' (both patches) today.
It detects the SATA hard disk drive and boots without any problems. I
will test the first patch in next days.
Thanks for your help,
Chri
0
(errno=-12)
[ 13.481736] fsl-sata ffe221000.sata: Sata FSL Platform/CSB Driver init
[ 13.488267] fsl-sata ffe221000.sata: failed to start port 0
(errno=-12)
---
errno=-12 = Out of memory
Please find attached the complete serial log.
Cheers,
Christian
On 18 January 2019 at 4:06PM, Chris
] fsl-sata ffe221000.sata: Sata FSL Platform/CSB Driver init
[ 13.488267] fsl-sata ffe221000.sata: failed to start port 0 (errno=-12)
---
errno=-12 = Out of memory
Please find attached the complete serial log.
Cheers,
Christian
On 18 January 2019 at 4:06PM, Christian Zigotzky wrote:
Hello
Hello Christoph,
I was able to compile 257002094bc5935dd63207a380d9698ab81f0775 from your
Git powerpc-dma.6-debug today.
Unfortunately I don't see any error messages (kernel ring buffer) and I
don't have a RS232 serial null modem cable to get them.
Cheers,
Christian
Sorry, it's not possible to patch
'257002094bc5935dd63207a380d9698ab81f0775' with your patch. I also tried
it manually but without any success.
-- Christian
On 18 January 2019 at 1:18PM, Christoph Hellwig wrote:
On Fri, Jan 18, 2019 at 01:07:54PM +0100, Christian Zigotzky wr
rejects to file a/kernel/dma/direct.c.rej
-- Christian
On 18 January 2019 at 12:28PM, Christoph Hellwig wrote:
On Fri, Jan 18, 2019 at 12:10:26PM +0100, Christian Zigotzky wrote:
For which commit?
On top of 257002094bc5935dd63207a380d9698ab81f0775, that is the first
one you identified as
For which commit?
-- Christian
On 18 January 2019 at 09:35AM, Christoph Hellwig wrote:
Hi Christian,
can you check if the debug printks in this patch trigger?
diff --git a/kernel/dma/direct.c b/kernel/dma/direct.c
index 355d16acee6d..e46c9b64ec0d 100644
--- a/kernel/dma/direct.c
+++ b/kernel/
Hi All,
I compiled the fixed '257002094bc5935dd63207a380d9698ab81f0775'
(powerpc/dma: use the dma-direct allocator for coherent platforms) today.
git clone git://git.infradead.org/users/hch/misc.git -b powerpc-dma.6 a
git checkout 257002094bc5935dd63207a380d9698ab81f0775
Link to the Git:
ht
On 15 January 2019 at 2:35PM, Christoph Hellwig wrote:
On Tue, Jan 15, 2019 at 11:55:25AM +0100, Christian Zigotzky wrote:
Next step: 21074ef03c0816ae158721a78cabe9035938 (powerpc/dma: use the
generic direct mapping bypass)
git clone git://git.infradead.org/users/hch/misc.git -b powerpc
led
make[1]: *** [arch/powerpc/sysdev] Error 2
Makefile:1049: recipe for target 'arch/powerpc' failed
make: *** [arch/powerpc] Error 2
-- Christian
On 15 January 2019 at 09:49AM, Christian Zigotzky wrote:
Next step: 63a6e350e037a21e9a88c8b710129bea7049a80f (powerpc/dma: use
the dma_
): undefined reference to
`__dma_nommu_alloc_coherent'
arch/powerpc/kernel/dma.o:(.data.rel.ro+0x8): undefined reference to
`__dma_nommu_free_coherent'
Makefile:1027: recipe for target 'vmlinux' failed
make: *** [vmlinux] Error 1
-- Christian
On 15 January 2019 at 09:07AM, Chri
rence to
`__dma_nommu_free_coherent'
Makefile:1027: recipe for target 'vmlinux' failed
make: *** [vmlinux] Error 1
-- Christian
On 12 January 2019 at 7:14PM, Christian Zigotzky wrote:
Next step: 4558b6e1ddf3dcf5a86d6a5d16c2ac1600c7df39 (swiotlb: remove
swiotlb_dma_suppor
lly tested sound, hardware 3D
acceleration, Bluetooth, network, booting with a label etc. The uImages
work also in a virtual e5500 quad-core QEMU machine.
-- Christian
On 11 January 2019 at 03:10AM, Christian Zigotzky wrote:
Next step: 891dcc1072f1fa27a83da920d88daff6ca08fc02 (powerpc/dm
board ethernet works and the X5000 (P5020 board)
boots. I also successfully tested sound, hardware 3D acceleration,
Bluetooth, network, booting with a label etc. The uImages work also in a
virtual e5500 quad-core QEMU machine.
-- Christian
On 09 January 2019 at 10:31AM, Christian Zigot
05 January 2019 at 5:03PM, Christian Zigotzky wrote:
Next step: c446404b041130fbd9d1772d184f24715cf2362f (powerpc/dma:
remove dma_nommu_mmap_coherent)
git clone git://git.infradead.org/users/hch/misc.git -b powerpc-dma.6 a
git checkout c446404b041130fbd9d1772d184f24715cf2362f
Output:
Note
Next step: c446404b041130fbd9d1772d184f24715cf2362f (powerpc/dma: remove
dma_nommu_mmap_coherent)
git clone git://git.infradead.org/users/hch/misc.git -b powerpc-dma.6 a
git checkout c446404b041130fbd9d1772d184f24715cf2362f
Output:
Note: checking out 'c446404b041130fbd9d1772d184f24715cf2362f'
Hi Christoph,
Happy new year for you too. Unfortunately we have some problems with the latest
DRM patches. They modified a lot and some graphics cards don’t work anymore.
During the holidays we tried to figure out where the problems are but without
any success.
I will try to test your patches
On 12 December 2018 at 3:15PM, Christoph Hellwig wrote:
> Thanks for bisecting. I've spent some time going over the conversion
> but can't really pinpoint it. I have three little patches that switch
> parts of the code to the generic version. This is on top of the
> last good commmit (977706f97
On 13 December 2018 at 6:48PM, Christian Zigotzky wrote:
On 13 December 2018 at 2:34PM, Christian Zigotzky wrote:
On 13 December 2018 at 12:25PM, Christoph Hellwig wrote:
On Thu, Dec 13, 2018 at 12:19:26PM +0100, Christian Zigotzky wrote:
I tried it again but I get the following error message
On 13 December 2018 at 2:34PM, Christian Zigotzky wrote:
On 13 December 2018 at 12:25PM, Christoph Hellwig wrote:
On Thu, Dec 13, 2018 at 12:19:26PM +0100, Christian Zigotzky wrote:
I tried it again but I get the following error message:
MODPOST vmlinux.o
arch/powerpc/kernel/dma-iommu.o: In
On 13 December 2018 at 12:25PM, Christoph Hellwig wrote:
On Thu, Dec 13, 2018 at 12:19:26PM +0100, Christian Zigotzky wrote:
I tried it again but I get the following error message:
MODPOST vmlinux.o
arch/powerpc/kernel/dma-iommu.o: In function `.dma_iommu_get_required_mask':
(.text+
201 - 300 of 501 matches
Mail list logo