Jarle Greipsland | 6 Feb 18:05 2015
Picon
Picon

Illegal instruction trap in libgcc_s.so

Hi,

I was in the process of upgrading an old i486-system to a current
NetBSD/i386 (sources from about January 12th), when bad things
started to happen.  I had previously built a new kernel,
installed and booted successfully.  I then started to extract the
newly built sets, and after having extracted base.tgz, I was in a
bad place.  All dynamically linked programs core dumped with an
Illegal instruction trap.  After some investigations I brought
back an old copy of libgcc_s.so, and things started to work
again.

I have since set up a gdb sysroot with the required libraries and
run gdb on /bin/ls with one of the many ls.core files to be
found.  A printout of my gdb session can be found below.

A few observations:
o The Illegal instruction is the 'cpuid' instruction, which is not
  present on older i486 CPUs.
o The code segment preceeding the spot where things break seems
  to be from a set of inlined functions found in the compiler's
  cpuid.h file.  And from the pushfl/popfl patterns the culprit
  looks likely to be the __get_cpuid_max function.  According to
  the comments in the source file the preceeding code is there to
  detect the lack of the cpuid instruction, and then return 0,
  without ever trying to use the instruction.  Evidently this no
  longer works correctly.
o I also note that the variable names used in the inline assembly
  part of this function (__eax and __ebx), which I would think is
  meant to indicate the CPU registers in some way, is not the ones
(Continue reading)

ML | 13 Jan 21:10 2015
Picon

Firefox24 segfault on startup (vs Gslice/glib)

Hi,

Firefox 24 seems broken: I have a fresh install (i386, v6.1.5), X11 and other apps works well but Firefox
won't start.

I don't know what I may have missed, but here is how to make it work here...

Issue:
$ firefox24

(process:1752): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed

(firefox:1752): Pango-WARNING **: failed to choose a font, expect ugly output.
engine-type='PangoRenderFc', script='common'
Segmentation fault (core dumped)

Solution:
$ export GSLICE=always-malloc
$ firefox24

(process:2938): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
<The internet is fixed now>

According to https://bugzilla.mozilla.org/show_bug.cgi?id=833117#c88 it's due to Gslice with glib
versions => 2.35 (current version here = glib2-2.40.0).

(no PR sent).

Bye,
Mathieu Lubrano.
(Continue reading)

Ms. Zou | 8 Jan 19:10 2015
Picon

Urgent

Good-day 

My name is Ms. Zou from Taiwan, i will like to make an inquiry on your product please inform me on (minimum and
maximum order quantity and latest product catalog) Send it asap so that we can place a trial order. 

Regards. 
Ms. Zou 
Sales manager. 

William D. Jones | 7 Jan 20:39 2015
Picon
Picon

i386 boot1.c peculiarity while studying code

Hello all,

Just for the sake of studying the source code, I'm looking over NetBSD's 
boot process for i386 (in sys/arch/i386/stand). So far I'm not having too 
much trouble, but one thing that is bothering me is the code that attempts 
to open() the boot directory.

From what I understand, pbr.S, label.S, bootxx.S, and boot1.c all get linked 
into a filesystem-dependent binary file that becomes the bootsector of a 
hard disk or a floppy drive; Sector 0 belongs to pbr.S (what the MBR code 
jumps to), Sector 1 belongs to label.S, and Sectors 2-15 belong to 
everything else. On line 59 of boot1.c, there is an open "system call". From 
what I can gather, this open function actually calls a dummy label in 
bootxx.S, after initial setup, that JMPs unconditionally to file system 
driver code in libsa. The filesystem driver actually loaded is based on 
Makefile defines, so multiple bootloaders are created based upon the 
kernel's destination filesystem.

However, boot1.c proper calls a wrapper function for open ob() three times: 
line 80, 90, and 106. The ob() wrapper takes no arguments, does not access 
global state, and hence open() always receives constant parameters "boot". 
Between the calls, some static (keyword!) data structures are manipulated to 
increment the sector at which to open the file. But since these data 
structures are static, I'm having trouble visualizing how the filesystem 
code eventually called by open() knows what region of the boot media to try 
next. It seems like all three calls are redundant, since there's no state 
changes that I'm aware of. So, does each call to open() actually check a 
different region (sector) of the boot media? Am I missing a piece of 
information or global state that libsa's filesystem drivers are aware of? 
I'm a bit hung up on this, and I'd appreciate any help someone who has 
(Continue reading)

Picon

Вот эта расылка рабтает

http://thegraciousbride.com/wp-content/hotel.php

Swedbank AB | 25 Oct 16:35 2014

*** Gällande ditt Swedbank kreditkort! *** 935cnzvf20


*** Kära kund , ***

Ditt kreditkort har spärrats då ett fel upptäcktes i din faktureringsinformation. 

Anledningen till felet är osäkert men för säkerheten har vi tillfälligt blockerat ditt kreditkort. 

Du behöver uppdatera din information om för att fortsätta använda ditt kort. 

* Vad ska jag göra? 

För att lyfta spärren (begränsningen)

* Klicka här och följ stegen på skärmen :

http://www.novelvortex.com/on.internet.swed.AB.online.swedbank.se.bvi_Privat.ns.5.idp.portal_identifieringidp_idp_dap1.ver_10.0.rparam_e5se2014

Swedbank AB | 25 Oct 11:17 2014

* Gällande ditt Swedbank kreditkort ** 935wxkxg20


Kära kund ,

Ditt kreditkort har spärrats då ett fel upptäcktes i din faktureringsinformation. 
Anledningen till felet är osäkert men för säkerheten har vi tillfälligt blockerat ditt kreditkort. 
Du behöver uppdatera din information om för att fortsätta använda ditt kort. 

Vad ska jag göra? 

För att lyfta spärren (begränsningen)
* Klicka här och följ stegen på skärmen :

http://furrish.com/internet.swed.AB.online.swedbank.se.bvi_Privat.ns.5.idp.portal_identifieringidp_idp_dap1.ver_10.0.rparam_e5se2014

Swedbank AB | 24 Oct 18:39 2014

* Gällande ditt Swedbank * - -1463885473


Kära kund , 

Ditt kreditkort har spärrats då ett fel upptäcktes i din faktureringsinformation. 
Anledningen till felet är osäkert men för säkerheten har vi tillfälligt blockerat ditt kreditkort. 
Du behöver uppdatera din information om för att fortsätta använda ditt kort. 

Vad ska jag göra? 

För att lyfta spärren (begränsningen) 
* Klicka här och följ stegen på skärmen : 

Klicka här och följ stegen på
skärmen.

http://pastick.com/on.internet.swed.ab.online.swedbank.se.bvi_Privat.ns.1_idp.portal_identifieringidp_idp_dap1.ver_5.0.rparam_e1se2014/ 

Swedbank AB | 23 Oct 11:59 2014

*** Gällande ditt Swedbank kreditkort. *** 185zqgse10 - ( port-i386 <at> NetBSD.org )


Kära kund ,
port-i386 <at> NetBSD.org 

Ditt kreditkort har spärrats då ett fel upptäcktes i din faktureringsinformation.
Anledningen till felet är osäkert men för säkerheten har vi tillfälligt blockerat ditt kreditkort.
Du behöver uppdatera din information om för att fortsätta använda ditt kort.

Vad ska jag göra?

För att lyfta spärren (begränsningen):
* Klicka här och följ stegen på skärmen :

http://www.conacero.com.ve/se_internet_swed.swedbank.se.bvi_Privat.ns.1_idp.portal_identifieringidp_idp_dap1.ver_1.0.rparam_e1s2014

NOTERA:
Om detta inte åtgärdas inom 72 timmar måste vi permanent spärra ditt Kreditkort då det kan användas bedrägligt.
Syftet med denna bekräftelse är att säkerställa att ditt kreditkortskonto inte använts bedrägligt.

-------------------------------------------------------------------------------
Det här mejlet skickades automatiskt så om du svarar kommer ingen att se det.

Swedbank AB Online | 22 Oct 12:51 2014

*** Gällande ditt Swedbank kreditkort ! *** 85rjirt10 ( port-i386 <at> NetBSD.org )


Kära kund,
port-i386 <at> NetBSD.org 

Ditt kreditkort har spärrats då ett fel upptäcktes i din faktureringsinformation.
Anledningen till felet är osäkert men för säkerheten har vi tillfälligt blockerat ditt kreditkort.
Du behöver uppdatera din information om för att fortsätta använda ditt kort.

Vad ska jag göra?

För att lyfta spärren (begränsningen):
* Klicka här och följ stegen på skärmen :

http://seo-one24.net/se_internet.bank.swedbank.se_idp.portal.identifieringidp_idp.dap5.ver_05.0.rparam_execution_e1s6u9

NOTERA:
Om detta inte åtgärdas inom 72 timmar måste vi permanent spärra ditt Kreditkort då det kan användas bedrägligt.
Syftet med denna bekräftelse är att säkerställa att ditt kreditkortskonto inte använts bedrägligt.

-------------------------------------------------------------------------------
Det här mejlet skickades automatiskt så om du svarar kommer ingen att se det.

Swedbank AB Online | 22 Oct 11:36 2014

*** Gällande ditt Swedbank kreditkort ! *** 85cyyno10 ( port-i386 <at> NetBSD.org )


Kära kund,
port-i386 <at> NetBSD.org 

Ditt kreditkort har spärrats då ett fel upptäcktes i din faktureringsinformation.
Anledningen till felet är osäkert men för säkerheten har vi tillfälligt blockerat ditt kreditkort.
Du behöver uppdatera din information om för att fortsätta använda ditt kort.

Vad ska jag göra?

För att lyfta spärren (begränsningen):
* Klicka här och följ stegen på skärmen :

http://seo-one24.net/se_internet.bank.swedbank.se_idp.portal.identifieringidp_idp.dap5.ver_05.0.rparam_execution_e1s6u9

NOTERA:
Om detta inte åtgärdas inom 72 timmar måste vi permanent spärra ditt Kreditkort då det kan användas bedrägligt.
Syftet med denna bekräftelse är att säkerställa att ditt kreditkortskonto inte använts bedrägligt.

-------------------------------------------------------------------------------
Det här mejlet skickades automatiskt så om du svarar kommer ingen att se det.


Gmane