search for: ebio

...user effective_user "jmao" "jmao" ##################################################################### # (4) prompt from phyloclim installation > install.packages("phyloclim") Installing package(s) into ‘/ebio/abt6/jmao/R/Rpacks’ (as ‘lib’ is unspecified) also installing the dependencies ‘gee’, ‘tkrplot’, ‘ape’, ‘adehabitat’ trying URL 'http://mirrors.softliste.de/cran/src/contrib/gee_4.13-18.tar.gz' Content type 'application/x-gzip' length 57162 bytes (55 Kb) opened URL ================...

...0. This gets pushed to the stack. > (So the code around the int 13 assumes that either int 13 fails and returns > CX == 0, or the reply is good enough to reach "andw 1,%cx". Ewww ...) Well... I'm not quite following you. If it reaches andw 1,%cx then CX will indicate if wanted EBIOS calls are supported or not as the and will mask away all but the interesting bit. The code: /* Check to see if we have EBIOS */ pushw %dx /* drive number */ movb $0x41, %ah /* %al == 0 already */ movw $0x55aa, %bx xorw %cx, %cx...

...coordinated with the MBR. isohdpfx.S has: pushw %cx /* -16: Save sectors on the stack */ movzbw %dh, %ax /* dh = max head */ incw %ax /* From 0-based max to count */ pushw %ax /* -18: Save heads on the stack */ mulw %cx /* Heads*sectors -> sectors per cylinder */ pushw %bx /* -20: EBIOS flag */ isolinux.asm has: ; The following values will have been pushed onto the ; entry stack: ; - partition offset (qword) ; - ES ; - DI ; - DX (including drive number) ; - CBIOS Heads ; - CBIOS Sectors ; - EBIOS flag ; (top of stack) _start_hybrid: pop cx ; E...

...the stack. >> (So the code around the int 13 assumes that either int 13 fails and returns >> CX == 0, or the reply is good enough to reach "andw 1,%cx". Ewww ...) > > Well... I'm not quite following you. > If it reaches andw 1,%cx then CX will indicate if wanted EBIOS calls > are supported or not as the and will mask away all but the interesting > bit. > > > The code: > /* Check to see if we have EBIOS */ > pushw %dx /* drive number */ > movb $0x41, %ah /* %al == 0 already */ > mov...

eparam would only be used if EBIOS is available. If it is not, then there is no reason to allocate eparam. Signed-off-by: Raphael S.Carvalho <raphael.scarv at gmail.com> --- com32/lib/syslinux/disk.c | 10 +++++----- 1 files changed, 5 insertions(+), 5 deletions(-) diff --git a/com32/lib/syslinux/disk.c b/com32/lib/sysli...

eparam will only be used if EBIOS is available on the underlying disk. If not so, then there is no reason to allocate eparam. --- com32/lib/syslinux/disk.c | 13 +++++++------ 1 files changed, 7 insertions(+), 6 deletions(-) diff --git a/com32/lib/syslinux/disk.c b/com32/lib/syslinux/disk.c index 093751a..554bed3 100644 --- a/...

...en I select Install, there is a delay of ~20 seconds, the screen > goes black, then the following message flashes by at the top: ... [Successful start of install snipped.] What the ??!! There shouldn't be any difference. Looking at the code I see there might be a difference in CX _if_ the EBIOS check call succeeds but doesn't return correct value in BX. Please try this new isohdpfd.bin that indicates which part of EBIOS detection fails: <http://www.ludd.ltu.se/~ams/tmp/isohdpf_dump.2.tgz> * If an EBIOS is not detected outputs: * <X><LBA0>/<C0>/<H0>/&...

...@@ -41,6 +41,14 @@ #define SECTOR 512u /* bytes/sector */ +struct disk_info; +struct disk_ops { + void *(*disk_op)(const struct disk_info *const, com32sys_t *, + uint64_t, uint8_t); + uint32_t read_code; + uint32_t write_code; +}; + struct disk_info { int disk; int ebios; /* EBIOS supported on this disk */ @@ -50,6 +58,14 @@ struct disk_info { uint32_t cyl; uint32_t head; uint32_t spt; + struct disk_ops ops; +}; + +enum disk_op_codes { + EBIOS_READ_CODE = 0x42, /* Extended read */ + EBIOS_WRITE_CODE = 0x43, /* Extended write */ + CHS...

...--- a/mbr/isohdpfx.S > +++ b/mbr/isohdpfx.S > @@ -48,8 +48,8 @@ isolinux_start_hybrid = 0x7c00+64+4 > stack = 0x7c00 > partoffset = (stack-8) > driveno = (stack-14) > -heads = (stack-16) > -sectors = (stack-18) > +sectors = (stack-16) > +heads = (stack-18) > ebios_flag = (stack-20) > secpercyl = (stack-24) Yes. It is. However by now we know that that correction is wrong. You need to revert that and use the one in <http://www.syslinux.org/archives/2017-March/025706.html>. Here pasted (so might not apply cleanly): diff --git a/mbr/isohdpfx.S b/mbr...

If EBIOS is detected for this drive it tries to read sector size and use it. If error or no EBIOS 512 is assumed. Buffer to read sector size if always allocated into the stack. CHS informations are not readed as not needed and same space not restoring %dl for drive number. Signed-off-by: Frediano Ziglio &...

At first I thought, I was dealing with the known EBIOS/CBIOS-problem. The symptom was exactly the same (hangs at ...EBIOS). As 3.10-pre8 and 3.10-pre9, in contrary what was mentioned in the ML, did not bring any improvement, I looked deeper into what could be my specific problem. I found out that the program just halted at 'cmp [esi],edx' (li...

...xt HYBRID_MAGIC = 0x7078c0fb isolinux_hybrid_signature = 0x7c00+64 isolinux_start_hybrid = 0x7c00+64+4 .globl bootsec /* Important: the top 6 words on the stack are passed to isolinux.bin */ stack = 0x7c00 partoffset = (stack-8) driveno = (stack-14) heads = (stack-16) sectors = (stack-18) ebios_flag = (stack-20) secpercyl = (stack-24) BIOS_kbdflags = 0x417 BIOS_page = 0x462 /* gas/ld has issues with doing this as absolute addresses... */ .section ".bootsec", "a", @nobits .globl bootsec bootsec: .space 512 .text .globl _start _start: .byte 0x33, 0xed /* xorw...

....S b/mbr/isohdpfx.S index 17e1efe..a693ccb 100644 --- a/mbr/isohdpfx.S +++ b/mbr/isohdpfx.S @@ -48,8 +48,8 @@ isolinux_start_hybrid = 0x7c00+64+4 stack = 0x7c00 partoffset = (stack-8) driveno = (stack-14) -heads = (stack-16) -sectors = (stack-18) +sectors = (stack-16) +heads = (stack-18) ebios_flag = (stack-20) secpercyl = (stack-24) _______________________________________________ Syslinux-commits mailing list Syslinux-commits at zytor.com http://www.zytor.com/mailman/listinfo/syslinux-commits ----- End forwarded message ----- And please see also the patch in http://www.syslinux.o...

Hi, Geert Stappers wrote: > Contact David off-list, he did unsubscribe. Can you tell when he unsubscribed (i.e. which of the messages he got as last one) ? > Martin posted elsewhere in this thread "Thomas, you found the bug" > and provided a patch. Open question is whether the fix helps with David's BIOS. The newest answer from Martin indicates that a failure to read

On Tue, 17 Sep, at 04:42:24PM, Raphael S.Carvalho wrote: > eparam would only be used if EBIOS is available. > If it is not, then there is no reason to allocate eparam. > > Signed-off-by: Raphael S.Carvalho <raphael.scarv at gmail.com> > --- > com32/lib/syslinux/disk.c | 10 +++++----- > 1 files changed, 5 insertions(+), 5 deletions(-) > > diff --git a/com...

...first 512 read bytes > we could tell whether they are block aligned and from which block they > come. Ok. I'll try. Is it the isohdppx or isohdpfx (or both) that is relevant? Meanwhile I have a hacked isohdppx.bin that prints: G if GPT M if MBR <nothing> if no partition info E if EBIOS C if not EBIOS (from "CHS"). For isohdpfx.bin it will print: E if EBIOS C if not EBIOS (from "CHS"). Is that interesting for you/us? Further how do I test that I haven't done anything really stupid? I have debian install .isos e. g. debian-8.7.0-i386-CD-1.iso and debian-...

...der */ pushw %di /* -12: es:di -> $PnP header */ movw %bp, %ds movw %bp, %es ADJUST_DRIVE pushw %dx /* -14: dl -> drive number */ /* Copy down to 0:0x600 */ movw $0x7c00, %si movw $_start, %di movw $(512/2), %cx rep; movsw ljmpw $0, $next next: /* Check to see if we have EBIOS */ pushw %dx /* drive number */ movb $0x41, %ah /* %al == 0 already */ Here it claims that al is zero. This is not true. Especially if you look at the line that says "cmpl $0x58504721, %eax" earlier. That code is looking for a signature in eax! ADJUST_DRIVE marco doesn't touch...

Pulled common code out of these functions into new ones. The functions chs_setup and ebios_setup were created for this purpose. Signed-off-by: Raphael S.Carvalho <raphael.scarv at gmail.com> --- com32/include/syslinux/disk.h | 7 ++ com32/lib/syslinux/disk.c | 173 +++++++++++++++++++++-------------------- 2 files changed, 97 insertions(+), 83 deletions(-) diff --git a/...

...ary currently ? > Would there be room to print the (Cylinder, Head, Sector) address in > case of CBIOS ? Yes. It becoming very tight now, so I shortened the error messages. First though I want to say I've managed to simulate David's error in qemu by forcing isohdpfx.bin to fail the EBIOS test. /* Check to see if we have EBIOS */ pushw %dx /* drive number */ movb $0x41, %ah /* %al == 0 already */ movw $0x55aa, %bx xorw %cx, %cx xorb %dh, %dh stc int $0x13 //XXX jc 1f...

...l", which is invariant under swapping, there remains as suspect in read_sector_cbios only this division: divb (sectors) There is a suspicious discrepancy in the code: heads = (stack-16) sectors = (stack-18) ... /* here we computer CHS values or just do some dummy computation for EBIOS */ andw $0x3f, %cx /* Sector count */ popw %bx /* EBIOS flag */ pushw %cx /* -16: Save sectors on the stack */ movzbw %dh, %ax /* dh = max head */ incw %ax /* From 0-based max to count */ pushw %ax /* -18: Save heads on the stack */ mulw %cx /* Heads*sectors -> sectors per cylinder...