similar to: Enumeration of ISA serial ports inconsistent between Linux and Syslinux

On Sun, Oct 9, 2016 at 7:25 AM, Oliver Mangold via Syslinux <syslinux at zytor.com> wrote: > Hi, > > I would like to point out an issue with the enumeration of ISA serial > devices in Syslinux. If I interpret the snippet below correctly, Syslinux > looks up the device order with the BIOS, while Linux uses the fixed order > 3F8,2F8,3E8,2E8. > > Note that this

On 09.10.2016 14:49, Gene Cumm wrote: > Excellent job digging up the differences. Looks like the code comes > from commit ID c4fa331 but is much older. The code comes from 7916325 > which is derived from the ASM in beaaa4f. It appears to me that it > was used to check the presence of a serial port and it was assumed the > order at that memory address would be consistent and

On Sun, Oct 9, 2016 at 10:04 AM, Oliver Mangold via Syslinux <syslinux at zytor.com> wrote: > On 09.10.2016 14:49, Gene Cumm wrote: >> >> Excellent job digging up the differences. Looks like the code comes >> from commit ID c4fa331 but is much older. The code comes from 7916325 >> which is derived from the ASM in beaaa4f. It appears to me that it >> was

From: David Vrabel <david.vrabel@citrix.com> elf_rel_set_symbol() fails if the symbol is in the .bss section. Signed-off-by: David Vrabel <david.vrabel@citrix.com> --- purgatory/arch/i386/console-x86.c | 6 +++--- purgatory/arch/i386/crashdump_backup.c | 8 +++++--- purgatory/arch/x86_64/purgatory-x86_64.c | 6 +++--- purgatory/include/purgatory.h | 4

See http://www.gossamer-threads.com/lists/xen/devel/297170 for some information on how to get this going. I''ve rebased and addressed the review comments. As before several of the patches are not to be applied because they can be done better using infrastructure from Julien''s "Allow Xen to boot with a raw Device Tree" patch. They are included for completeness. With

Since OMAP UART has a few distinct features than common 8250 UART, I re-implemented its driver rather than porting it based on ns16550.c. There are mainly two big differences between the implementations. First, OMAP UART introduces the concept of register access mode, which divides the register map into seperated space. Switching the access mode is then necessary when configuring it. Second, THRE

See http://www.gossamer-threads.com/lists/xen/devel/297170 for some information on how to get this going. I''ve rebased and addressed the review comments. With this rebase I''ve picked up some patches from Julien which were required to do things properly, so the gic v7 and device blacklisting patches have been changed to use the proper mechanisms. Previously I was able to boot

Hi List, We're currently seeing a kernel BUG in conjunction with CTDB. This is on hosts running latest Centos 7.2 with Samba/CTDB from standard repos. Underlying FS is MooseFS backed by ZFS. Every so often, especially when CIFS activity is high (eg 100+ users loading or saving Windows profiles, we see a BUG in our logs: Jun 20 16:31:13 metamora kernel: BUG: Bad page state in process

FYI, I see the following build error with this patch... MRJ ---- new warnings/errors for xen ---- keyhandler.c: In function `__dump_execstate'': keyhandler.c:96: warning: asm operand 1 probably doesn''t match constraints gmake[5]: *** [keyhandler.o] Error 1 gmake[4]: *** [/tank/ws/xvm-3.4.3/xen.hg/xen/common/built_in.o] Error 2 gmake[3]: *** [/tank/ws/xvm-3.4.3/xen.hg/xen/xen]

Hi, These patches contain support for some features that are already in Syslinux 4 but weren't working properly on the elflink branch. It's another step closer to feature parity with Syslinux 4. Having to jump through the comboot API for localboot support is less than ideal and I'll eventually fix that, probably when we move a big chunk of code from asm to C. Also, there's a

Am 28.03.16 um 16:23 schrieb Marcelo Ricardo Leitner: > Em 28-03-2016 06:27, G?tz Reinicke escreveu: >> Hi, >> >> may be someone has an idea: >> >> We have three supermicron servers with two 10Gb Ports each, connected >> to a cisco switch stack 1Gb ports. All are on auto speed. >> >> I configured a LACP bond on both sides on all servers, first

Hello! Sorry to say that, but this list lives in user space. If your kernel crashes, you should contact your CentOS support for help. Regards, Volker On Wed, Jun 22, 2016 at 09:57:43AM +0100, Alex Crow wrote: > Hi List, > > We're currently seeing a kernel BUG in conjunction with CTDB. > > This is on hosts running latest Centos 7.2 with Samba/CTDB from standard > repos.

Am 29.03.16 um 13:57 schrieb Marcelo Ricardo Leitner: > Em 29-03-2016 03:46, G?tz Reinicke - IT Koordinator escreveu: >> Am 28.03.16 um 16:23 schrieb Marcelo Ricardo Leitner: >>> Em 28-03-2016 06:27, G?tz Reinicke escreveu: >>>> Hi, >>>> >>>> may be someone has an idea: >>>> >>>> We have three supermicron servers with

Prior to c/s 23811:f1349a968a5a LSR_THRE was checked only once, while there it got promoted into the surrounding loop''s condition. Since that bit may not clear for an extended period of time (i.e. when no new output is generated), it must not be used in this way indefinitely. Signed-off-by: Jan Beulich <jbeulich@suse.com> --- a/xen/drivers/char/ns16550.c +++

Em 29-03-2016 03:46, G?tz Reinicke - IT Koordinator escreveu: > Am 28.03.16 um 16:23 schrieb Marcelo Ricardo Leitner: >> Em 28-03-2016 06:27, G?tz Reinicke escreveu: >>> Hi, >>> >>> may be someone has an idea: >>> >>> We have three supermicron servers with two 10Gb Ports each, connected >>> to a cisco switch stack 1Gb ports. All are on

Type of tx_ready callback got changed to int to faciliate error condition, but the ARM serial drivers were not modified thus breaking the compilation. Reported-by: Julien Grall <julien.grall@linaro.org> Signed-off-by: Tomasz Wroblewski <tomasz.wroblewski@citrix.com> --- xen/drivers/char/exynos4210-uart.c | 2 +- xen/drivers/char/omap-uart.c | 2 +-

Hi, may be someone has an idea: We have three supermicron servers with two 10Gb Ports each, connected to a cisco switch stack 1Gb ports. All are on auto speed. I configured a LACP bond on both sides on all servers, first with citrix xen server. On one server eth0 goes down from time to time ? maybe within minutes, someday it is up for some hours. Two server are fine; the bond is up for 24

Widen SERHND_IDX (and use it where needed), introduce a flush low level driver method, and remove unnecessary peeking of the common code at the (driver specific) serial port identification string in the "console=" command line option value. Signed-off-by: Jan Beulich <jbeulich@suse.com> --- a/xen/arch/x86/smpboot.c +++ b/xen/arch/x86/smpboot.c @@ -1017,7 +1017,7 @@ void __init

Hi [1.] One line summary of the problem: rsync segfaulting and the kernel oops'ing while synchronizing two smbfs's [2.] Full description of the problem/report: I am implementing file synchronization between two Windows NT 4 machines through two smbfs mounts. Rsync runs for about half an hour; then the kernel gives an oops and rsync segfaults. Hereafter the smbfs file system is

Hi, I accidentally issued "mkswap" on a used ext3 fs partition (~30G) :-/ I have analyzed the behaviour of mkswap using two test files and it appears to only change "some" bytes: --8<-- --- swap2.xxd 2005-07-04 21:00:10.157261360 +0200 +++ swap1.xxd 2005-07-04 21:00:01.894517488 +0200 @@ -62,7 +62,7 @@ 00003d0: 0000 0000 0000 0000 0000 0000 0000 0000 ................