Lenovo Ideapad 100s Boot Failure
Getting back to testing with a Lenovo Ideapad 100S-11. Using the February 1 amd64 snapshot I am able to complete the install. Upon first reboot at the initial boot prompt I receive the following messages: probing: pc0 mem[572K 56L 511M 1391M 61M 9M 2M 124K 36K] disk: hd0* hd1* hd2* >> OpenBSD/amd64 EFIBOOT 3.29 open(hd0a:/etc/boot.conf): invalid argument boot> [enter] cannot open hd0a:/etc/random.seed: invalid argument booting hd0a:/bsd: open hd0a:/bsd: Invalid argument failed(22). will try /bsd I have booted back into the install kernel on a usb drive and can mount the eMMC and verified that the kernel is on sd0a. Rebooting and in the second stage bootstrap again I’ve also issued and ‘ls’ for hd0a, hd1a, and hd2a each of which generated an error. The dmesg from the install kernel is below OpenBSD 5.9 (RAMDISK_CD) #1700: Mon Feb 1 20:07:42 MST 2016 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/RAMDISK_CD RTC BIOS diagnostic error ff real mem = 2056638464 (1961MB) avail mem = 1992650752 (1900MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.8 @ 0x7b2ae000 (38 entries) bios0: vendor LENOVO version "E2CN13WW" date 12/22/2015 bios0: LENOVO 80R2 acpi0 at bios0: rev 2 acpi0: tables DSDT FACP UEFI TCPA MSDM UEFI OEM0 DBG2 HPET LPIT APIC MCFG SLIC SSDT SSDT SSDT SSDT SSDT TPM2 SSDT SSDT SSDT FPDT WDAT CSRT BGRT acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Atom(TM) CPU Z3735F @ 1.33GHz, 1333.59 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX ,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,RDRAND, NXE,LONG,LAHF,3DNOWP,PERF,ITSC,SMEP,ERMS,SENSOR,ARAT cpu0: 1MB 64b/line 16-way L2 cache cpu0: apic clock running at 83MHz cpu0: mwait min=64, max=64, C-substates=0.2.0.0.0.0.3.3, IBE cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 87 pins ioapic0: misconfigured as apic 1, remapped to apid 2 acpiprt0 at acpi0: bus 0 (PCI0) acpicpu at acpi0 not configured acpipwrres at acpi0 not configured acpipwrres at acpi0 not configured acpipwrres at acpi0 not configured acpipwrres at acpi0 not configured acpipwrres at acpi0 not configured acpipwrres at acpi0 not configured acpipwrres at acpi0 not configured acpipwrres at acpi0 not configured acpipwrres at acpi0 not configured acpipwrres at acpi0 not configured acpipwrres at acpi0 not configured acpipwrres at acpi0 not configured acpitz at acpi0 not configured sdhc0 at acpi0: SDHA addr 0x9091d000/0x1000 irq 44 sdmmc0 at sdhc0 sdhc at acpi0 not configured sdhc1 at acpi0: SDHD addr 0x90903000/0x1000 irq 47 sdmmc1 at sdhc1 dwiic0 at acpi0: I2C1, addr 0x90906000 len 0x1000, apic int 32 iic0 at dwiic0 acpibat at acpi0 not configured dwiic1 at acpi0: I2C2, addr 0x9090c000 len 0x1000, apic int 33 iic1 at dwiic1 dwiic2 at acpi0: I2C3, addr 0x9090e000 len 0x1000, apic int 34 iic2 at dwiic2 dwiic2: couldn't find irq for \\_SB_.I2C3.EC01 dwiic3 at acpi0: I2C4, addr 0x9091 len 0x1000, apic int 35 iic3 at dwiic3 dwiic4 at acpi0: I2C5, addr 0x90912000 len 0x1000, apic int 36 iic4 at dwiic4 acpibat at acpi0 not configured acpibat at acpi0 not configured acpibtn at acpi0 not configured acpiac at acpi0 not configured pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Bay Trail Host" rev 0x0f "Intel Bay Trail Video" rev 0x0f at pci0 dev 2 function 0 not configured xhci0 at pci0 dev 20 function 0 "Intel Bay Trail xHCI" rev 0x0f: msi usb0 at xhci0: USB revision 3.0 uhub0 at usb0 "Intel xHCI root hub" rev 3.00/1.00 addr 1 "Intel Bay Trail TXE" rev 0x0f at pci0 dev 26 function 0 not configured "Intel Bay Trail LPC" rev 0x0f at pci0 dev 31 function 0 not configured isa0 at mainbus0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo efifb0 at mainbus0 wsdisplay0 at efifb0 mux 1: console (std, vt100 emulation) scsibus0 at sdmmc0: 2 targets, initiator 0 sd0 at scsibus0 targ 1 lun 0: SCSI2 0/direct fixed sd0: 29820MB, 512 bytes/sector, 61071360 sectors uhub1 at uhub0 port 1 "vendor 0x1a40 USB 2.0 Hub" rev 2.00/1.11 addr 2 uhub2 at uhub1 port 1 "vendor 0x05e3 USB2.0 Hub" rev 2.00/32.98 addr 3 url0 at uhub2 port 1 "USBKR100 USB 10/100 LAN" rev 1.10/1.00 addr 4 url0: address 00:10:60:e0:ab:4a urlphy0 at url0 phy 0: RTL internal phy uhidev0 at uhub2 port 2 configuration 1 interface 0 "Dell Dell USB Keyboard" rev 1.10/3.50 addr 5 uhidev0: iclass 3/1 ukbd0 at uhidev0 wskbd0 at ukbd0: console keyboard, using wsdisplay0 urtwn0 at uhub2 port 4 configuration 1 interface 0 "Realtek 802.11n WLAN Adapter" rev 2.00/2.00 addr 6 urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R, address 80:1f:02:f5:26:83 umass0 at uhub1 port 2 configuration 1 interface 0 "Sony Storage Media" rev 2.00/1.00 addr 7 umass0: using SCSI over Bulk-Only scsibus1 at umass0: 2 targets, initiator 0 sd1 at scsibus1 targ
Re: Can not get DPB to use _pbuild user
On 2016-02-08, Andreas Kusalananda Kähäri wrote: > I'm trying to get DPB to use the _pbuild user, but I'm failing. I > managed, with "-D FETCH_USER=_pfetch", to use the _pfetch user for > fetching distfiles, but DPB insists on using my personal user account > for actual building, even though I set "-D BUILD_USER=_pbuild". I use this, together with WRKOBJDIR=/usr/obj/ports in /etc/mk.conf: FETCH_USER=_pfetch LOG_USER=naddy STARTUP=install -d -o _pbuild -g _pbuild /usr/obj/ports DEFAULT build_user=_pbuild stuck=4000 localhost ... Possibly -D BUILD_USER doesn't work, I don't quite remember. It took me some experimenting to arrive at a working configuration. -- Christian "naddy" Weisgerber na...@mips.inka.de
Can not get DPB to use _pbuild user
Hi,
I'm trying to get DPB to use the _pbuild user, but I'm failing. I
managed, with "-D FETCH_USER=_pfetch", to use the _pfetch user for
fetching distfiles, but DPB insists on using my personal user account
for actual building, even though I set "-D BUILD_USER=_pbuild".
I run dpb as root using doas.
/usr/ports is a symlink to /srv/ports
PORTSDIR is set to /srv/ports in /etc/mk.conf
My private user owns /srv/ports and owns everything beneath it, except:
_pfetch owns /srv/ports/distfiles (and everything beneath)
_pbuild owns /srv/ports/{logs,packages,plist,pobj} (and everything
beneath)
When I start up DPB I get
Started as: root
Port user: me
Build user: _pbuild
Fetch user: _pfetch
Log user: _pbuild
Unpriv user: _dpb
It falls over on building quirks, because
mkdir /srv/ports/pobj/locks: Permission denied at
/srv/ports/infrastructure/bin/dolock line 53.
Why doesn't DPB use _pbuild to get the locks?
If I create /srv/ports/pobj/locks as 'me', the build falls over because
the user doesn't have access to /srv/ports/packages:
quirks-2.197: rebuild
rm: /srv/ports/packages/amd64/all/quirks-2.197.tgz: Permission denied
rm: /srv/ports/packages/amd64/no-arch/quirks-2.197.tgz: Permission
denied
rm: /srv/ports/packages/amd64/ftp/quirks-2.197.tgz: Permission denied
rm: /srv/ports/packages/amd64/cdrom/quirks-2.197.tgz: Permission denied
*** Error 1 in devel/quirks
(/srv/ports/infrastructure/mk/bsd.port.mk:3052 '_internal-clean')
This makes me think it's using 'me' as the BUILD_USER, not _pbuild.
Changing the owner of /srv/ports to _pbuild (something I'd like to
avoid) allows DPB to progress a bit further, but it then falls over
when it comes to "~devel/quirks(show-size)" with
Can't use an undefined value as a symbol reference at
/usr/ports/infrastructure/lib/
DPB/Job/Port.pm line 729, <__ANONIO__> line 2.
DPB::Task::Port::ShowSize::finalize(DPB::Task::Port::ShowSize=HASH(0xf880379b
928), D
PB::Core=HASH(0xf877696b208)(localhost:devel/quirks)) called at
/usr/ports/infrastructure/lib/DPB/Core.pm line 316
DPB::Core::WithJobs::continue(DPB::Core=HASH(0xf877696b208)(localhost:devel/q
uirks))
called at /usr/ports/infrastructure/lib/DPB/Core.pm line 212
DPB::Core::Abstract::reap_kid(DPB::Core, 8962) called at
/usr/ports/infrastructure/l
ib/DPB/Core.pm line 225
DPB::Core::Abstract::reap(DPB::Core) called at
/usr/ports/infrastructure/bin/dpb lin
e 156
main::handle_non_waiting_jobs(DPB::Core) called at
/usr/ports/infrastructure/lib/DPB
/Grabber.pm line 80
DPB::Grabber::finish(DPB::Grabber=HASH(0xf87d4cdf328), HASH(0xf8773514af0))
called a
t /usr/ports/infrastructure/lib/DPB/Grabber.pm line 170
DPB::Grabber::__ANON__(HASH(0xf8773514af0)) called at
/usr/ports/infrastructure/lib/
DPB/Vars.pm line 114
DPB::Vars::__ANON__(HASH(0xf8773514af0)) called at
/usr/ports/infrastructure/lib/DPB
/Vars.pm line 149
DPB::Vars::grab_list(DPB::Vars,
DPB::Core=HASH(0xf877696b0d0)(localhost:LISTING), DP
B::Grabber=HASH(0xf87d4cdf328), HASH(0xf8839f53f40), GLOB(0xf882f1d3d30),
fetch, COD
E(0xf87fbafa3d0)) called at /usr/ports/infrastructure/lib/DPB/Grabber.pm line
171
DPB::Grabber::complete_subdirs(DPB::Grabber=HASH(0xf87d4cdf328),
DPB::Core=HASH(0xf8
77696b0d0)(localhost:LISTING)) called at /usr/ports/infrastructure/bin/dpb
line 251
Invocation of DPB:
doas dpb -c -u -U -s \
-b "%f/build-stats/%a" \
-S "%L/size.log" \
-D BUILD_USER=_pbuild \
-D FETCH_USER=_pfetch \
-D COLOR \
-P subdirlist.txt \
-p 3 \
-J 0
What am I doing wrong?
Cheers,
--
Andreas Kusalananda Kähäri, Bioinformatics Developer, Uppsala, Sweden
OpenPGP: url=https://db.tt/2zaB1E7y; id=46082BDF
[demime 1.01d removed an attachment of type application/pgp-signature which had
a name of signature.asc]
support new
0 C FRANCE P Normandie T Rouen Z 76000 O mimart.info I William Mimart A 63 rue des Hallettes M will...@mimart.info B +33 6 86 11 19 43 N Almost 30 years of experience in Unix systems including more than 10 on OpenBSD with a specialty in firewalls. Consulting, installation, maintenance, formation and support. Presque 30 ans d'expérience dans les systèmes Unix dont plus de 10 sur OpenBSD avec une spécialité dans les pare-feu. Consulting, installation, maintenance, training and support.
Re: iked, nat-t, connectivity ceases due to no keepalives
On 8 February 2016 16:08:48 CET, Nathaniel Goodman wrote: >This was brought up before by another poster, but the thread didn't go >anywhere. > >I do not control the nat router in this case, and i know the problem is >the lack of keepalives, as leaving a ping running immediately solves >the issue. > >How are you getting around this limitation? Is keepalive support >planned? > >p.s: cc me, not subscribed. cheers. First sending failed, see original below (on mobile, sorry)
Re: Touchpad generate random input
Hello, Am 2016-02-08 13:45, schrieb Thuban: still quite new on openBSD, I have a problem I don't know how to solve. My touchpad isn't working at all, but when moving the finger on it, it generates a lot of input in a terminal. I have the same issue reported here http://marc.info/?l=openbsd-misc&m=143029744707530&w=2 No solution, though. Keyboard and touchpad are multiplexed. This is apparently not supported by OpenBSD. Regards, Michael
Re: 64 Queue Size, ARC routing, MP Networking, OpenBSD 5.9
Hi Stuart, Good to hear from you! Hope you are well. >> 1) Will 5.9 have a 64bit integer for the queue sizes, or are we still >> limited to ~4294M? > There haven't been any changes in that area. Hi Henning, with the current MP works in progress this limit is about to become a very superficial bottleneck for a lot of people? I know it hasn't been as issue in the past as no one could get close to 4.3Gbps anyway.. Do you think you will find time to change this to a 64bit on -current soon? >> 2) When 5.9 comes out, will the new ARC routing table be enabled by >> default? If not can we turn it on without building from source? >ART not ARC. It's not enabled by default, you'll need to build a new kernel to use it. Any clues how to enable "ART" when building? ;) >> 3) Does anyone know which parts of the Network stack will have MP support >> in 5.9? >> MP NIC Interrupts, yes/no? >> MP Network Stack, yes/no? >> MP Queueing, yes/no? >> MP PF, yes/no? >> HW Offloading and other general MP NIC driver stuff (em(), ix()) yes/no? >> Any other important parts needing MP? Knowing these would be helpful to gauge performance expectations in testing.. Hahaha, yes. Managing Commercial Firewalls = Shoot me now! PS; I have also updated the OpenBSD Packet Flow diagram some more; https://www.lucidchart.com/publicSegments/view/06b87350-b11c-4732-a72c-5842126d9058 Please fire over any corrections please. I haven't had an answer to this query though, can anyone help? " I would suggesting adding a box for "Address & Port Translation (nat-to, rdr-to, binat-to, af-to)" right after "State Generate" in both ingress and egress, and have the "state exists" path merge into that step. I'll bow to your knowledge if you tell me this is correct, but isn't the state created *after* the nat-to/rdr-to etc is applied as the state stores both the inside IP and the outside IP etc? Or does this second box also append this extra info to the state that was created at the previous step (Packet Filtering)? Thanks everyone, Andy. On Sun, Feb 7, 2016 at 9:06 PM, Stuart Henderson wrote: > On 2016-02-07, Andy Lemin wrote: > > Hi everyone, > > > > Just a couple very quick 5.9 questions; > > > > > > 1) Will 5.9 have a 64bit integer for the queue sizes, or are we still > > limited to ~4294M? > > There haven't been any changes in that area. > > > 2) When 5.9 comes out, will the new ARC routing table be enabled by > > default? If not can we turn it on without building from source? > > ART not ARC. It's not enabled by default, you'll need to build > a new kernel to use it. > > > 3) Does anyone know which parts of the Network stack will have MP support > > in 5.9? > > MP NIC Interrupts, yes/no? > > MP Network Stack, yes/no? > > MP Queueing, yes/no? > > MP PF, yes/no? > > HW Offloading and other general MP NIC driver stuff (em(), ix()) yes/no? > > Any other important parts needing MP? > > > > > > It is difficult to understand where we are currently. I know we are > > excitingly close with the MP work (and thank you again for such amazing > > work!), but we need to know for business decision reasons because simply > we > > are growing faster than OpenBSD's performance is, and we also have a new > > VP. > > > > So I'm deeply saddened to realise that if the MP networking commits do > not > > make it in to get us above 4Gbps in 5.9 we will have to say goodbye to > > OpenBSD for good (I really seriously don't want too because OpenBSD is > > better than *any* firewalls out there, but we are still a business and > need > > to make money, and we need more than 2-4Gbps). > > > > NB; 4Gbps is all we've managed on our current hardware class and 2Gbps > with > > PF enabled. > > > > Hardware: > > Supermicro X9DRW-iF > > 4x 1866 DDR3 DIMMS > > Cpu0/1: Intel(R) Xeon(R) CPU E5-2637 v2 @ 3.50GHz, Turbo+ enabled = > 3600.01 > > MHz (Virtualisation, Hyperthreading and extra Cores disabled) > > Intel 82599 10Gbps NICs > > > > > > We need to be getting closer to 8Gbps with PF enabled by this summer, or > > I've been told to replace OpenBSD with something faster.. FreeBSD can max > > the 10G ports, but FBSD is not good enough for us in many other ways, so > > would mean a move to commercial firewalls (Hurghh). > > > > I REALLY don't want to have to walk away from OpenBSD in my current job > :_( > > > > Cheers, Andy. > > > > Thanks everyone, and good luck on these big changes.. > > > > > > Good luck with the commercial firewalls! [demime 1.01d removed an attachment of type application/pdf which had a name of OpenBSDPFPacketFlow-Jan2016.pdf]
Touchpad generate random input
Hi, still quite new on openBSD, I have a problem I don't know how to solve. My touchpad isn't working at all, but when moving the finger on it, it generates a lot of input in a terminal. Do you have an y advice how to solve this? Do not hesitate to ask for more information. The dmesg is below. Regards. OpenBSD 5.8 (GENERIC.MP) #0: Tue Nov 10 11:57:58 CET 2015 jas...@stable-58-amd64.mtier.org:/binpatchng/work-binpatch58-amd64/src/sy s/arch/amd64/compile/GENERIC.MP real mem = 6330408960 (6037MB) avail mem = 6134661120 (5850MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xeaee0 (47 entries) bios0: vendor American Megatrends Inc. version "4.6.4" date 05/19/2011 bios0: CLEVO CO. W240HU/W250HUQ acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG SSDT HPET SSDT SSDT acpi0: wakeup devices P0P1(S4) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB5(S3) USB6(S3) USB7(S3) PXSX(S4) RP01(S4) PXSX(S4) VL30(S3) PXSX(S4) RP03(S4) PXSX(S4) J251(S5) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Pentium(R) CPU B940 @ 2.00GHz, 1995.76 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,EST ,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,NXE ,LONG,LAHF,PERF,ITSC,SENSOR,ARAT cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.1.2, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Pentium(R) CPU B940 @ 2.00GHz, 1995.47 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,EST ,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,NXE ,LONG,LAHF,PERF,ITSC,SENSOR,ARAT cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (P0P1) acpiprt2 at acpi0: bus 1 (RP01) acpiprt3 at acpi0: bus -1 (RP02) acpiprt4 at acpi0: bus 2 (RP03) acpiprt5 at acpi0: bus 3 (RP04) acpiprt6 at acpi0: bus -1 (RP05) acpiprt7 at acpi0: bus -1 (RP06) acpiprt8 at acpi0: bus -1 (RP07) acpiprt9 at acpi0: bus -1 (RP08) acpiprt10 at acpi0: bus -1 (PEG0) acpiprt11 at acpi0: bus -1 (PEG1) acpiprt12 at acpi0: bus -1 (PEG2) acpiprt13 at acpi0: bus -1 (PEG3) acpiec0 at acpi0 acpicpu0 at acpi0: C3(350@104 mwait.1@0x20), C1(1000@1 mwait.1), PSS acpicpu1 at acpi0: C3(350@104 mwait.1@0x20), C1(1000@1 mwait.1), PSS acpitz0 at acpi0: critical temperature is 300 degC acpibtn0 at acpi0: PWRB acpibtn1 at acpi0: SLPB acpiac0 at acpi0: AC unit online acpibtn2 at acpi0: LID0 acpibat0 at acpi0: BAT0 model "E41" serial type LION oem "Clevo CO." acpivideo0 at acpi0: GFX0 acpivout0 at acpivideo0: LCD0 cpu0: Enhanced SpeedStep 1995 MHz: speeds: 2000, 1900, 1800, 1700, 1600, 1500, 1400, 1300, 1200, 1100, 1000, 900, 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core 2G Host" rev 0x09 vga1 at pci0 dev 2 function 0 "Intel HD Graphics 2000" rev 0x09 intagp at vga1 not configured inteldrm0 at vga1 drm0 at inteldrm0 inteldrm0: 1366x768 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) "Intel 6 Series MEI" rev 0x04 at pci0 dev 22 function 0 not configured ehci0 at pci0 dev 26 function 0 "Intel 6 Series USB" rev 0x05: apic 2 int 16 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 "Intel 6 Series HD Audio" rev 0x05: msi azalia0: codecs: Realtek ALC269, Intel/0x2805, using Realtek ALC269 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 "Intel 6 Series PCIE" rev 0xb5: msi pci1 at ppb0 bus 1 ppb1 at pci0 dev 28 function 2 "Intel 6 Series PCIE" rev 0xb5: msi pci2 at ppb1 bus 2 rtwn0 at pci2 dev 0 function 0 "Realtek 8188CE" rev 0x01: msi rtwn0: MAC/BB RTL8188CE, RF 6052 1T1R, address e0:b9:a5:4a:48:b1 ppb2 at pci0 dev 28 function 3 "Intel 6 Series PCIE" rev 0xb5: msi pci3 at ppb2 bus 3 jme0 at pci3 dev 0 function 0 "JMicron JMC250" rev 0x05: msi, address 00:90:f5:bc:7b:56 jmphy0 at jme0 phy 1: JMP211 10/100/1000 PHY, rev. 1 "JMicron SD/MMC" rev 0x90 at pci3 dev 0 function 1 not configur
Re: 64 Queue Size, ARC routing, MP Networking, OpenBSD 5.9
On Sun, Feb 7, 2016 at 7:54 PM, Andy Lemin wrote: > Hi everyone, > > Just a couple very quick 5.9 questions; > > > 1) Will 5.9 have a 64bit integer for the queue sizes, or are we still > limited to ~4294M? > > 2) When 5.9 comes out, will the new ARC routing table be enabled by > default? If not can we turn it on without building from source? > > 3) Does anyone know which parts of the Network stack will have MP support > in 5.9? > MP NIC Interrupts, yes/no? > MP Network Stack, yes/no? > MP Queueing, yes/no? > MP PF, yes/no? > HW Offloading and other general MP NIC driver stuff (em(), ix()) yes/no? > Any other important parts needing MP? > I'd be really interested to know what the status is as well but don't have spare hardware knocking around to test the 5.9 snapshot or current. I guess Henning will be giving his update at Asia BSD next month? Cheers, Dennis
