New kernels

AmigaOne X1000 platform specific issues related to Linux only.
User avatar
xeno74
Posts: 10712
Joined: Fri Mar 23, 2012 7:58 am
Contact:

Re: New kernels

Post by xeno74 »

musa wrote: Fri Sep 01, 2023 5:10 pm Hi
Vmlinux-6.6_a1 boot on Debian trixie 64
have a nice day
Great! Thank you for testing! :-)
User avatar
xeno74
Posts: 10712
Joined: Fri Mar 23, 2012 7:58 am
Contact:

Re: New kernels

Post by xeno74 »

We need a new pas_pci_init patch after the latest PowerPC updates.

Code: Select all

diff -rupN a b > pas_pci_init_v5.patch
pas_pci_init_v5.patch:

Code: Select all

diff -rupN a/arch/powerpc/platforms/pasemi/pci.c b/arch/powerpc/platforms/pasemi/pci.c
--- a/arch/powerpc/platforms/pasemi/pci.c       2023-09-04 08:16:52.967825331 +0200
+++ b/arch/powerpc/platforms/pasemi/pci.c       2023-09-04 08:15:13.793207943 +0200
@@ -25,6 +25,8 @@

 #define PA_PXP_CFA(bus, devfn, off) (((bus) << 20) | ((devfn) << 12) | (off))

+extern void nemo_init_IRQ(void);
+
 static inline int pa_pxp_offset_valid(u8 bus, u8 devfn, int offset)
 {
        /* Device 0 Function 0 is special: It's config space spans function 1 as
@@ -265,6 +267,11 @@ static int __init pas_add_bridge(struct
         */
        isa_bridge_find_early(hose);

+       /*
+        * ISA brigde is now active, add the i8259 cascade (if needed)
+        */
+       nemo_init_IRQ();
+
        return 0;
 }

diff -rupN a/arch/powerpc/platforms/pasemi/setup.c b/arch/powerpc/platforms/pasemi/setup.c
--- a/arch/powerpc/platforms/pasemi/setup.c     2023-09-04 08:16:52.967825331 +0200
+++ b/arch/powerpc/platforms/pasemi/setup.c     2023-09-04 08:15:13.798207873 +0200
@@ -214,10 +214,12 @@ static void sb600_8259_cascade(struct ir
        chip->irq_eoi(&desc->irq_data);
 }

-static void __init nemo_init_IRQ(struct mpic *mpic)
+void nemo_init_IRQ(void)
 {
        struct device_node *np;
        int gpio_virq;
+       struct mpic *mpic;
+
        /* Connect the SB600's legacy i8259 controller */
        np = of_find_node_by_path("/pxp@0,e0000000");
        i8259_init(np, 0);
@@ -228,6 +230,7 @@ static void __init nemo_init_IRQ(struct
        irq_set_chained_handler(gpio_virq, sb600_8259_cascade);
        mpic_unmask_irq(irq_get_irq_data(gpio_virq));

+       mpic = irq_get_chip_data(gpio_virq);
        irq_set_default_host(mpic->irqhost);
 }

@@ -298,8 +301,6 @@ static __init void pas_init_IRQ(void)
                mpic_unmask_irq(irq_get_irq_data(nmi_virq));
        }

-       nemo_init_IRQ(mpic);
-
        of_node_put(mpic_node);
        of_node_put(root);
 }
User avatar
xeno74
Posts: 10712
Joined: Fri Mar 23, 2012 7:58 am
Contact:

Re: New kernels

Post by xeno74 »

FYI:

The bttv patches have been added with the latest Media updates for the kernel 6.6.
The patches work but I have a green bar in the bottum of the window if I use the composite input.
I don't have this green bar with the May patch series.

I reported this issue to the kernel developers yesterday.

Link: [BTTV] [FSL P50x0] [PASEMI] TV Time doesn't work anymore after dropping the overlay support
User avatar
xeno74
Posts: 10712
Joined: Fri Mar 23, 2012 7:58 am
Contact:

Re: New kernels

Post by xeno74 »

Hi All,

I released the second alpha of kernel 6.6 for the X1000 and X5000 today.

New:
Download: linux-image-6.6-alpha2-X1000_X5000.tar.gz

Image

Please test the kernels.

Thanks,
Christian
User avatar
xeno74
Posts: 10712
Joined: Fri Mar 23, 2012 7:58 am
Contact:

Re: New kernels

Post by xeno74 »

FYI because of the BTTV issue:
Deb wrote: One fix that worked for me was to adjust the "OverScan" configuration in tvtime so that it is at least 3.5. The /etc/tvtime/tvtime.xml configuration file recommends even higher at 8.0. Christian, please try adjusting the overscan value to see if that is a possible solution as well.
It works! :-)

I adjusted the OverScan configuration to 3.5 today (.tvtime/tvtime.xml) and this solved this issue.
User avatar
xeno74
Posts: 10712
Joined: Fri Mar 23, 2012 7:58 am
Contact:

Re: New kernels

Post by xeno74 »

“Hans Verkuil“ wrote: [PATCH for v6.6] media: bt8xx: bttv_risc_packed(): remove field checks

Do not turn on the vcr_hack based on the btv->field value.
This was a change in the bttv vb2 conversion that caused green lines at the bottom of the picture in tvtime.
It was originally added to the vb2 conversion based on faulty information that without this there would be glitches in the video. However, later tests suggest that this is a problem in the utilities used to test this since tvtime behaves fine.
This patch reverts the bttv driver to the original pre-vb2 behavior w.r.t. vcr_hack.

Code: Select all

drivers/media/pci/bt8xx/bttv-risc.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)

diff --git a/drivers/media/pci/bt8xx/bttv-risc.c b/drivers/media/pci/bt8xx/bttv-risc.c
index 436baf6c8b08..241a696e374a 100644
--- a/drivers/media/pci/bt8xx/bttv-risc.c
+++ b/drivers/media/pci/bt8xx/bttv-risc.c
@@ -68,9 +68,7 @@ bttv_risc_packed(struct bttv *btv, struct btcx_riscmem *risc,
   sg = sglist;
   for (line = 0; line < store_lines; line++) {
       if ((line >= (store_lines - VCR_HACK_LINES)) &&
-            (btv->opt_vcr_hack ||
-            (V4L2_FIELD_HAS_BOTH(btv->field) ||
-             btv->field == V4L2_FIELD_ALTERNATE)))
+            btv->opt_vcr_hack)
           continue;
       while (offset && offset >= sg_dma_len(sg)) {
           offset -= sg_dma_len(sg);
User avatar
Hypex
Beta Tester
Beta Tester
Posts: 913
Joined: Mon Dec 20, 2010 2:23 pm
Location: Vic. Australia.

Re: New kernels

Post by Hypex »

I've tested up to alpha 3 so good to see I'm not too far behind. Booted fine. I tend to test with Fienix as it's the newest install I have. I also have [finally] added an SSD to my X1000 and coped Linux volumes to it. Formatted as RDB for Amiga compatibility, though using GPT was tempting since we can finally throw off the shackles of MBR, but just with Linux volumes for now. Last night installed mate and lubuntu desktops which quietly installed on the SSD. :)

BTW, does it matter or not for kernel testing if ramdisk is used or not? Seems fine from either one. I can boot from both for my Fienix.
User avatar
xeno74
Posts: 10712
Joined: Fri Mar 23, 2012 7:58 am
Contact:

Re: New kernels

Post by xeno74 »

Hypex wrote: Wed Sep 20, 2023 9:55 am I've tested up to alpha 3 so good to see I'm not too far behind. Booted fine. I tend to test with Fienix as it's the newest install I have. I also have [finally] added an SSD to my X1000 and coped Linux volumes to it. Formatted as RDB for Amiga compatibility, though using GPT was tempting since we can finally throw off the shackles of MBR, but just with Linux volumes for now. Last night installed mate and lubuntu desktops which quietly installed on the SSD. :)

BTW, does it matter or not for kernel testing if ramdisk is used or not? Seems fine from either one. I can boot from both for my Fienix.
Many thanks for testing the alpha3! It is also good to know if the new kernels work with a ramdisk.
Post Reply