Great! Thank you for testing!
New kernels
Re: New kernels
We need a new pas_pci_init patch after the latest PowerPC updates.
pas_pci_init_v5.patch:
Code: Select all
diff -rupN a b > pas_pci_init_v5.patchCode: 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);
}
Re: New kernels
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
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
Re: New kernels
Hi All,
I released the second alpha of kernel 6.6 for the X1000 and X5000 today.
New:

Please test the kernels.
Thanks,
Christian
I released the second alpha of kernel 6.6 for the X1000 and X5000 today.
New:
- Stadia Controller Rumbles & New Gaming Peripherals Supported By Linux 6.6 -- phoronix.com
- Media updates (including BTTV updates. We don't need the BTTV patches anymore but there is still a small bug)
- X1000: pas_pci_init_v5.patch
- Linux Git log
- Phoronix articles, reviews and news stories covering Linux 6.6

Please test the kernels.
Thanks,
Christian
Re: New kernels
Hi All,
Here is the third alpha of kernel 6.6 for testing.
New:

Please test the kernels.
Thanks,
Christian
Here is the third alpha of kernel 6.6 for testing.
New:
- ATA updates (Remove old and unused remnants of the ide code in arm, parisc, powerpc, sparc and m68k architectures and associated drivers)
- virtio_net: merge dma operations when filling mergeable buffers
- SCSI updates
- Linux Git log
- Phoronix articles, reviews and news stories covering Linux 6.6

Please test the kernels.
Thanks,
Christian
Re: New kernels
FYI because of the BTTV issue:

I adjusted the OverScan configuration to 3.5 today (.tvtime/tvtime.xml) and this solved this issue.
It works!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.
I adjusted the OverScan configuration to 3.5 today (.tvtime/tvtime.xml) and this solved this issue.
Re: New kernels
“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);
Re: New kernels
Hi All,
Here is the RC1 of kernel 6.6 for testing.
New:

Please test the kernels.
Thanks,
Christian
Here is the RC1 of kernel 6.6 for testing.
New:
- Linux 6.6-rc1 Released With EEVDF, AMD DBC & Intel Shadow Stack But No Bcachefs -- phoronix.com
- 6.6-rc1 announcement
- PCI fixes (PCI_DYNAMIC_OF_NODES)
- DMA mapping fixes
- SCSI updates (including MPT3SAS updates)
- Linux Git log
- Phoronix articles, reviews and news stories covering Linux 6.6

Please test the kernels.
Thanks,
Christian
Re: New kernels
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.
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.
Re: New kernels
Many thanks for testing the alpha3! It is also good to know if the new kernels work with a ramdisk.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.
