Re: git: 7c0f006d5560 - main - devel/libburn: Update to 1.5.4

From: Guido Falsi <madpilot_at_FreeBSD.org>
Date: Mon, 11 Oct 2021 23:09:07 UTC
On 12/10/21 00:17, Neel Chauhan wrote:
> The branch main has been updated by nc:
> 
> URL: https://cgit.FreeBSD.org/ports/commit/?id=7c0f006d5560401d91076f2892cfcb8220ed814a
> 
> commit 7c0f006d5560401d91076f2892cfcb8220ed814a
> Author:     Neel Chauhan <nc@FreeBSD.org>
> AuthorDate: 2021-10-11 22:15:49 +0000
> Commit:     Neel Chauhan <nc@FreeBSD.org>
> CommitDate: 2021-10-11 22:17:29 +0000
> 
>      devel/libburn: Update to 1.5.4

Hi,

Was any actual burning tested with this libburn release before committing?

I did test this release a few weeks ago and it breaks xfburn at least 
(xfce4 provided burning utility).

I tested it again right now and it again fails. Burning was working fine 
around two weeks ago. The failure is exactly the same I had when I 
tested 1.5.4 myself:

Oct 12 01:03:20 marvin kernel: (cd0:ahcich5:0:0:0): READ(10). CDB: 28 00 
00 00 bb bf 00 00 04 00
Oct 12 01:03:20 marvin kernel: (cd0:ahcich5:0:0:0): CAM status: SCSI 
Status Error
Oct 12 01:03:20 marvin kernel: (cd0:ahcich5:0:0:0): SCSI status: Check 
Condition
Oct 12 01:03:20 marvin kernel: (cd0:ahcich5:0:0:0): SCSI sense: ILLEGAL 
REQUEST asc:21,0 (Logical block address out of range)
Oct 12 01:03:20 marvin kernel: (cd0:ahcich5:0:0:0): Error 22, 
Unretryable error
Oct 12 01:03:20 marvin kernel: (cd0:ahcich5:0:0:0): cddone: got error 
0x16 back
Oct 12 01:03:20 marvin kernel: (cd0:ahcich5:0:0:0): READ(10). CDB: 28 00 
00 00 bb fc 00 00 01 00
Oct 12 01:03:20 marvin kernel: (cd0:ahcich5:0:0:0): CAM status: SCSI 
Status Error
Oct 12 01:03:20 marvin kernel: (cd0:ahcich5:0:0:0): SCSI status: Check 
Condition
Oct 12 01:03:20 marvin kernel: (cd0:ahcich5:0:0:0): SCSI sense: ILLEGAL 
REQUEST asc:21,0 (Logical block address out of range)
Oct 12 01:03:20 marvin kernel: (cd0:ahcich5:0:0:0): Error 22, 
Unretryable error
Oct 12 01:03:20 marvin kernel: (cd0:ahcich5:0:0:0): cddone: got error 
0x16 back


I think this should be reverted and the issue diagnosed properly.

-- 
Guido Falsi <madpilot@FreeBSD.org>