Hi Kastus,
Please don't have technical discussions on misc@; some developers,
like me, only read it sporadically. The tech@ list is a much better
place.
The problem with your approach is that you allocate memory at a fixed
address, and we can't be sure that memory is available. We may have
to e
> > For i386/amd64 you have to tell boot you want serial output
> > either at the boot prompt or via boot.conf.
> >
> > stty com0 115200
> > set tty com0
>
>
> OpenBSD 5.8 (GENERIC.MP) #1236: Sun Aug 16 02:31:04 MDT 2015
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> > I'm now in a upgrading process to OpenBSD 5.8 (backup etc.). I have laptop
> > with EFI(UEFI) capability and 500GB HDD. There are any benefits from GPT
> > with my configuration to migrate from MBR to GPT (I'm also using full disk
> > oencryption)?
>
> 5.8 doesn't support GPT/UEFI, so it's p
Can those that are experiencing watchdog timeouts check if the diff
below gets rid of them?
Index: if_em.h
===
RCS file: /home/cvs/src/sys/dev/pci/if_em.h,v
retrieving revision 1.58
diff -u -p -r1.58 if_em.h
--- if_em.h 30 Sep 20
> Date: Fri, 20 Nov 2015 14:12:52 +0100
> From: Martin Pieuchot
>
> On 19/11/15(Thu) 17:54, Sonic wrote:
> > Have serious problems for over 7 weeks now with em driver,
> > specifically any rev of if_em.c > 1.305. Starting with rev 1.306,
> > released on 2015/09/30 and continuing to -current, wat
Hi Ossi,
Your digging:
> I went digging what produces the error
>
> error: [drm:pid0:inteldrm_attach] *ERROR* failed to init modeset
>
> and it looks like in sys/dev/pci/drm/drm_irq.c:1.66
>
> drm_irq_install() calls
>
> if (drm_dev_to_irq(dev) == 0)
> return -EINVAL;
>
Hi Jordon,
Please send future diffs to tech@; misc@ is for trolls ;)
> I'm still not sure why the first four ports give the probe message
> and the second four don't. If this is adequate testing, feel free
> to add this. If more testing is preferred, let me know what to do.
The card is actuall
> acpi0 at bios2: rev 2, ACPI control unavailable
The diff below should fix that issue and get rid of the
can't map interrupt
issues.
Index: acpi.c
===
RCS file: /cvs/src/sys/dev/acpi/acpi.c,v
retrieving revision 1.297
diff -u -
Hi Lawrence,
> Does OpenBSD support PCIe SSDs? I'm talking about the non-SATA variants
> specifically.
PCIe SSDs come in (at least two) variants. The ones that implement an
AHCI standard controller work. Those that implement the newer NVMe
standard don't work yet. In principle the NVMe control
> Date: Thu, 7 Jan 2016 11:08:39 + (UTC)
> From:
>
> Hi Mark,
> Thanks for having a look at this.
> The 6th of January install59.fs should have v 1.298 of acpi.c
> But I still get the same 'can't map interrupt' on both EHCI and XHCI.
> Let me know if there's a way to collect more support dat
I have one that works fine:
mskc0 at pci1 dev 0 function 0 "Marvell Yukon 88E8053" rev 0x22, Yukon-2 EC
rev. A3 (0x2): apic 1 int 16
But there are several variants of this chip, and some are buggier than
others. Problems have been reported before. Unfortunately I have
never been able to reprod
> panic: mtx_enter: locking against myself
> Starting stack trace...
> panic() at panic+0x10b
> mtx_enter() at mtx_enter+0x60
> sofree() at sofree+0xa0
> in_pcbdetach() at in_pcbdetach+0x40
> tcp_close() at tcp_close+0xad
> tcp_timer_2msl() at tcp_timer_2msl+0x90
> softclock() at softclock+0x315
>
> From: Philip Guenther
> Date: Fri, 5 Jan 2018 20:52:20 -0800
>
> Unless something unexpected happens, we'll be applying the workaround to
> amd64 first and then working out what to do for i386 and arm* (if still
> though to be necessary for arm) after that.
FWIW, Meltdown is a non-issue for Op
Hi Darren,
This got broken when Patrick fixed something related to slow mode for
the Marvel ARMADA 8040 SoC. The diff below fixes it for me on my
Turris MOX which uses the same SoC. Not entirely sure what is going
wrong here since looking at the Linux code suggests that Patrick's fix
should work
> From: Darren Tucker
> Date: Sun, 4 Apr 2021 09:18:30 +1000
>
> On Sun, 4 Apr 2021 at 01:32, Patrick Wildt wrote:
>
> [...]
> Maybe you both can try my revert and make sure it doesn't introduce any
> other regressions?
>
> That also seems to work on the Brume in question:
Works for the Tu
> From: Theo de Raadt
> Date: Sat, 13 Jan 2024 07:39:34 -0700 (MST)
>
> Blocking the timeupdate in ffs_sbupdate() will be difficult.
>
> It is probably easier to have the BOOT kernel learn the time (from the
> true root filesystem), so that ffs_sbupdate() writes back the same
> value.
>
> That
To improve X support on sparc64, I could really use an SBus-based
workstation. A dual Ultra 2 would be really great (to be able to test
SMP support on these machines), but a single CPU Ultra 2 or Ultra 1
would work as well.
Thanks,
Mark
> Date: Mon, 16 Feb 2009 09:01:48 +0100
> From: Johan SANCHEZ
>
> Hi Marc,
>
> > To improve X support on sparc64, I could really use an SBus-based
> > workstation. A dual Ultra 2 would be really great (to be able to test
> > SMP support on these machines), but a single CPU Ultra 2 or Ultra 1
>
I've not been to many OpenBSD events in Europe, but at most of the
ones I attended, I've been behind Wim's booth, selling OpenBSD
merchandise to help the project. The thing we sold most were
T-shirts, and Wim made everyone believe that by buying T-shirts they
would financially support the project.
Please send bug reports, using the sendbug(1), to b...@openbsd.org.
Anyway, with:
> inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics 5500" rev 0x09
> drm0 at inteldrm0
> inteldrm0: msi
> inteldrm0: 1920x1080
and
> [22.013] (II) LoadModule: "intel"
> [22.013] (II) Loading /usr/X11R6
> Hello Misc,
This is probably a discussion for tech@; anyway:
> I'm trying to get a BeagleBone Black talking onewire and i2c via GPIO to
> several off-board ICs through gpioow(4) and gpioiic(4) respectively.
As a warning, let me say that tinkering with hardware like this isn't
very high on the
> Date: Tue, 16 Dec 2014 15:16:58 +1000
> From: Jonathan Matthew
>
> On Sun, Dec 14, 2014 at 06:22:37PM +0100, Hrvoje Popovski wrote:
> > Hi all,
> >
> > I have got two new Dell R630 and have current on them from Sun Dec
> > 14 15:07:17. Installation went great and very fast.
> > The problem is
> Date: Tue, 16 Dec 2014 21:34:29 -0800
> From: Philip Guenther
>
> > R620 have similar settings and can't see C states in dmesg
> > acpicpu0 at acpi0
>
> That's either insane, or a bug in our acpicpu code, IMO.
Probably just the effect of the BIOS not advertising C states at all.
Like you said
> Date: Fri, 19 Dec 2014 23:41:56 +1000
> From: Jonathan Matthew
>
> On Thu, Dec 18, 2014 at 11:14:54PM +0100, Frederic Nowak wrote:
> > Hi!
> >
> > The diff for extracting memory ranges from ACPI was obviously not tested
> > with ACPI disabled...so we definitely have to check if the values in
>
The way OpenBSD/i386 uses the xAPIC interrupt controller gives KVM
(and other virtualization software) a hard time. OpenBSD/amd64 does
things in a KVM-friendlier way, and we're trying to make it even
friendlier. Fixing the interrupt handling on OpenBSD/i386 isn't very
high on my priority list. I
Erling Westenvik gmail.com> writes:
> I need to connect my ThinkPad T500 running 5.2 current to the wifi
> network here at my university. E.g. the "eduroam" network which is
> available at most universities through, at least, Europe. After Googling
> around for a while I'm not sure whether OpenB
> Date: Thu, 2 Apr 2015 13:16:12 +0200
> From: Evgeniy Sudyr
>
> Hi all,
>
> On -stable with patches installed on Supermicro server, got Panic:
> malloc: out of space in kmem_map.
>
> This is first time this panic happened.
>
> On this server haproxy and bgpd were running where haproxy was ru
> Date: Sat, 4 Apr 2015 11:30:24 +0200
> From: Evgeniy Sudyr
>
> Sorry for delayed answer, I did both before:
>
> show uvmexp
>
> https://www.dropbox.com/sh/dwmjt7wwunhk5gb/AABTdTS98GLF2vRN56mn6knpa/Screen%20Shot%202015-04-02%20at%2011.37.20.png?dl=0
> https://www.dropbox.com/sh/dwmjt7wwunhk5gb
> All this is true and I totally agree with you. But there are partial
> workarounds against this attack (see Windows/MacOS). All I wanted to
> know whether there were any work in this direction. I'm not a programer.
> It is impossible for me to answer to yourself by studying commits to CVS.
An I
> The problem seems to be either low-memory or i386 related. I tested on
> an amd64 machine with 3GB RAM, and the problem goes away with 2+ GB
> files.
Does the diff below fix the issue?
Index: httpd.h
===
RCS file: /cvs/src/usr.sbi
> Date: Tue, 7 Jul 2015 21:34:54 +0200
> From: Markus Lude
>
> Change from kettenis@ in xenocara/lib/libpciaccess/src/openbsd_pci.c
> r1.26 fixed it for me.
Good to hear that.
> On Tue, Jun 30, 2015 at 10:20:46PM +0200, Markus Lude wrote:
> > Hello,
> >
> > after upgrading to snapshot from jun
> It does not power on. This laptop is very quiet when running OpenBSD,
> most of the time I don't know if fan rotates or not, but I guess it
> does not start after pressing power button in suspended state. No
> backlight either. Power button on T440 has green led light, and after
> going into susp
> # sysctl -a|grep 'sensors.*temp'
> hw.sensors.cpu0.temp0=30.00 degC
> hw.sensors.lm1.temp0=0.00 degC
> hw.sensors.lm1.temp1=14.00 degC
> hw.sensors.lm1.temp2=14.00 degC
> # reboot
>
> BEEEP!
Oh that is interesting. Can you try disabling the lm(4) driver in
your kernel? You can do:
> From: Aaron Poffenberger
> Date: Sun, 20 Sep 2015 16:39:54 -0500
>
> Another issue I noted in the ThinkPad dmesg. Pulling out as separate
> request for reference sake.
>
> Suspending now hangs system
> - X11 disables correctly and screen goes dark
> - Light on power switch begins to blink
s Scanner
> X-XS4ALL-Spam-Score: 0.0 () UNPARSEABLE_RELAY
> X-XS4ALL-Spam: NO
> Envelope-To: open...@xs4all.nl
>
> Mark Kettenis wrote on Fri, Sep 25, 2015 at 02:27:52PM -0600:
>
> > CVSROOT:/cvs
> > Module name:src
> > Changes by: kette...@cvs.openbsd.org
> Hello everybody,
>
> I tried to install OpenBSD v5.9 but as soon as kernel loads
> the screen goes black. Cannot enter into UKC> either.
> hd0a:5.9/amd64/bsd.mp dropped into debugger with some radeon errors.
Without those error messages there is not much we can do for you.
> There are a few instances of this bug. You can also see it with cpu
> frequency and audio volume.
>
> Most drivers maintain soft state that should mirror the hardware
> state. Except when it doesn't. Sometimes the driver has a bug,
> sometimes the hardware lies, sometimes something else goes
> w
Please send bug reports to b...@openbsd.org.
> dwiic0 at acpi0: I2C1 addr 0xfe105000/0x1000 irq 7
> iic0 at dwiic0
> ihidev0 at iic0 addr 0x2c irq 39dwiic0: timed out reading remaining 29,
> failed fetching initial HID descriptor
> "DLL060A" at acpi0 not configured
Can you try what happens if yo
> Hi, after installing OpenBSD 5.5/macppc on my emac I am unable to get a
> console to display on my monitor.
>
> The installer completes succesfully, I can reboot to the new system but
> the display conks out after the radeon-related kernel messages.
>
> I can log in via ssh and my previous inst
> jmphy0 at jme0 phy 1: JMP211 10/100/1000 PHY, rev.1
What does ifconfig jme0 media print?
> It is a great shame that a package which was originally famous for compling
> and running on virtually everything that looked vaugely *NIX like has been
> pushed by the comercail vendor who has come to dominate he development of
> this package into something that is very dependent on may Linux sp
> 11.1.2 - Can I have any kind of graphics without X?
>
> Assuming you won't accept ASCII graphics, that requires some kind of
> framebuffer console driver. Some operating systems provide this, but
> there is not currently one for OpenBSD, nor is there much interest
> among developers for
Hi Scott,
> drm: initializing kernel modesetting (RS690 0x1002:0x791E 0x1458:0xD000).
> radeondrm0: VRAM: 128M 0x7800 - 0x7FFF (128M used)
> radeondrm0: GTT: 512M 0x8000 - 0x9FFF
> drm: PCIE GART of 512M enabled (table at 0x052B1000).
> error
> I think the driver should somehow refrain from doing KMS on first boot,
> or the machine should automatically reboot after fw_update to prevent
> this from happening.
That's the intention. The idea is that if firmware is needed, but not
present, radeondrm(4) will detach and vga(4) will attach.
> I have been looking at the Neug random number generator. This is a
> $40 minimalist STM32F103 board from Japan that can be flashed with
> open source firmware to operate as a openPGP token (called Gnuk) or
> a RNG (Neug). http://www.seeedstudio.com/wiki/FST-01
> http://www.seeedstudio.com/depot/
> The APU itself doesn't have wlan so that depends on what card you use
> of course. bwfm(4) does work well though the antenna is a resonant cavity
> etched on the PCB and there's no way to move it outside of the case.
> If you want to run a high performance AP you'll still want a separate
> device
> Date: Mon, 31 Jan 2022 14:03:29 +0100
> From: Jan Stary
> > On Jan 26 18:02:17, mark.kette...@xs4all.nl wrote:
> >
> > revision 1.406
> > date: 2022/01/26 14:39:07; author: kettenis; state: Exp; lines: +2 -2;
> > commitid: zL3Ot2UVnkpDz6go;
> > An ACPI device n
> Date: Mon, 31 Jan 2022 15:41:32 +0100
> From: Jan Stary
>
> On Jan 31 14:47:41, mark.kette...@xs4all.nl wrote:
> > > Date: Mon, 31 Jan 2022 14:03:29 +0100
> > > From: Jan Stary
> >
> > > > On Jan 26 18:02:17, mark.kette...@xs4all.nl wrote:
> > > >
> > > > revision
As indicated here:
https://social.treehouse.systems/@AsahiLinux/112449204541186432
The system firmware that comes with macOS Sonoma 14.5 triggers a bug
in the m1n1 bootloader that is used to boot OpenBSD on these machines.
The bug will prevent OpenBSD from booting on some machines after the
mac
I just committed a diff that may help your machine (although perhaps
not with the wi(4)). Should be on your favourite anoncvs mirror in a
couple of hours, or in the snapshots in a couple of days.
> Date: Sun, 5 Jul 2009 07:30:58 -0400
> From: "Hendrickson, Kenneth"
>
> > Unfortunately I cannot see your attachments..
> > as the lists do not permit them.
>
> I will post them in this message.
> However, I cannot post OpenBSD.PBR because it is a binary file.
>
> > As this is a strictly a re
> Date: Sat, 23 Feb 2008 13:58:55 +
> From: Alexander Nasonov <[EMAIL PROTECTED]>
>
> Hi,
> If I set a core limit to "unlimited" and a stack limit to 32768,
> then run a program with indefinite recursion, the system would
> generate 8G coredump file.
Does the attached diff fix your problem?
Getting quite decent performance on my Mac mini G4:
gem0 at pci2 dev 15 function 0 "Apple Uni-N2 GMAC" rev 0x80: irq 41, address
00:0d:93:60:dd:1a
bmtphy0 at gem0 phy 0: BCM5221 100baseTX PHY, rev. 4
With an msk(4) at the other end and a decent gigabit switch in
between, iperf tells me I'm getti
Hi Rolf,
Most likely something is not quite right with the eephy(4) driver.
The 88E1112 PHY apparently supports both copper and fiber, and I think
it should automatically switch over to fiber, but apparently it
doesn't. Could you test some diffs for me on that machine?
Mark
Can you try the attached diff? It has some debug printf's in there,
so please send me a dmesg.
Regarding the high interrupt load on the v210; try disconnecting the
CD-ROM/DVD-ROM.
Index: mii/eephy.c
===
RCS file: /cvs/src/sys/dev/
> From: Pete Vickers <[EMAIL PROTECTED]>
> Date: Wed, 14 Feb 2007 13:33:25 +0100
>
> # ifconfig bge0
> bge0: flags=8843 mtu 1500
> lladdr 00:17:a4:45:f5:25
> groups: egress
> media: Ethernet autoselect (1000baseT full-duplex)
> status: active
> inet6 fe
OpenBSD 4.0 brought support for UltraSPARC-III processors.
Unfortunately that support was not complete and we had to disable the
L1 data cache on the cpus. Over the last few months we made
significant improvements to the code that made it possible to fully
enable the UltraSPARC-III on-chip caches,
I just committed the final bits that make the Sun Fire V215 and V245
fully supported in 4.1-current. These machines have a PCIe host
bridge, supported by the new pyro(4) driver. Writing this driver was
the biggest challange, since Sun doesn't provide any documentation for
it. So it took some ext
On this years hackathon I'd like to hack more on macppc smp support.
For obvious reasons I cannot bring my own machine. Is there anyone in
the Calgary or Edmonton area that can loan us a dual g4 machine end
may/early june?
Mark
Over the last few weeks I've made some important improvements to the
OpenBSD/hppa port. Support for newer B/C/J-class workstations was
added, and basically anything but the C8000 should just work. I've
also fixed a rather critical bug, which makes machines with a PA-7200
CPU usable again (and mak
> From: "J.C. Roberts" <[EMAIL PROTECTED]>
> Date: Wed, 8 Aug 2007 02:33:33 -0700
>
> On Tuesday 07 August 2007, Mark Kettenis wrote:
> > Over the last few weeks I've made some important improvements to the
> > OpenBSD/hppa port. Support for newe
itectures that run openbsd and am interested in having an hppa
> > machine. got any advice on a good one to acquire? leads on where to
> > acquire them and for how much would also be welcome since they don't
> > exactly pop up all over the place when googling.
> >
> > be
Hi Benoit,
This line in your dmesg:
> pciide1: using irq 15 for native-PCI interrupt
is highly suspicious, especially since your machine also has pciide0.
Can you send me dmesg for the following cases too:
GENERIC with acpi enabled
GENERIC.MP
GENERIC.MP with acpi enabled
and the output of
#
Looking at you acpi-enabled GENERIC.MP dmesg, there are a lot of scary
messages:
> acpimadt0: unknown apic structure type ff
> acpimadt0: unknown apic structure type ff
> acpimadt0: unknown apic structure type ff
> acpi device at acpi0 from table OEMB not configured
> acpi device at acpi0 from tab
> As anyone seen this? No matter what I do I cant stop this from
> happing. I am at the point of being forced to use another OS that I
> DONT want to use. Any help would be very much appreciated.
As a workaround you could disable ichiic in the kernel config. Use
man config for hints on how to acc
I'm working on a driver for the newer Yukon-2 sk(4) variants. I've
made some progress on the hardware in a Mac mini, but I really need a
card that I can plug into a box that has a normal keyboard and/or
serial console. The PCIe variants are of no use to me unless they
come with a machine to plug
Last night I checked in a driver, msk(4), for the previously
unsupported Marvell and SysKonnect Gigabit NICs. The driver works
pretty well for me on the new Mac mini, but could really use some more
testing, especially on different hardware. If you have such hardware
please compile yourself a fres
> Date: Thu, 17 Aug 2006 20:58:08 -0400
> From: Mike Erdely <[EMAIL PROTECTED]>
>
> Mark Kettenis wrote:
> > Last night I checked in a driver, msk(4), for the previously
> > unsupported Marvell and SysKonnect Gigabit NICs.
>
> I couldn't wait to ge
Rob Sessink wrote:
> I am having a strange problem with the bsd.mp kernel om my amd64. When i
> boot openbsd i get problems with the keyboard. When holding down a key
> for say 2 to 3 seconds it hangs and keeps issuing the pressed key. This
> leads to all kind of usability problems. This issue
Hi Czeslaw,
Can you try the attached patch? You'll have to do a make in
sys/dev/pci after you've applied the patch.
Index: dev/pci/pcidevs
===
RCS file: /cvs/src/sys/dev/pci/pcidevs,v
retrieving revision 1.1139
diff -u -p -r1.1139 p
> Hey misc@,
>
> I seem to be unable to get accelerated X running on my old ultra 5,
> unaccelerated just works(tm).
> Am I missing something?
> Did I find something?
Jasper,
Can you post the output of pcidump -v for that Ultra 5?
Thanks,
Mark
Can you try building a kernel with the attached diff?
Index: vgafb.c
===
RCS file: /cvs/src/sys/arch/sparc64/dev/vgafb.c,v
retrieving revision 1.52
diff -u -p -r1.52 vgafb.c
--- vgafb.c 23 Mar 2008 12:10:53 - 1.52
+++ vga
I just committed a fix for the dmesg corruption problem. This may
also fix the random crashes you were saying. Current snapshots should
already have the fix.
Boy, those Intel-branded boards have shitty BIOSes...
Looks like the isp(4) driver doesn't actually support the ISP10160:
isp1 at pci3 dev 4 function 0 "QLogic ISP10160" rev 0x06: ivec 0x200
data error type 32 sfsr=808008 sfva=f009681d afsr=100800
afva=7ffed0010f0 tf=0x1c08d80
panic: data fault: pc=1162dd0 addr=f009681d sfsr=808008
You can
> Date: Sun, 13 Apr 2008 14:41:48 -0700
> From: Don Fanning <[EMAIL PROTECTED]>
>
> Did exactly as described (altering for my settings which were 21 for
> sbus and 22 for pci). Here is what I currently get:
>
> luphy3 at hme2 phy 1: LU6612 10/100 PHY, rev. 1
> "Sun PCIO EBus2" rev 0x01 at pci1
As of yesterday, OpenBSD/sparc64 has full support for Fujitsu's
SPARC64-V processor. As far as I know OpenBSD is the first free
operating system that supports this processor.
These processors are found in Fujitsu's PRIMEPOWER machines. The work
was done on a PRIMEPOWER 250, so that model is know
I got the Blade 1000 today. Many thanks to those who made this
possible, especially Bret, who got the ball rolling. This should help
me finish the work of getting UltraSPARC-III running at full speed.
I just installed the latest snapshot on it, so you all can see what
you got me.
Thanks again,
> I saw that someone made the Marvell Yukon NIC on an Intel Mac
> mini work by activating ACPI in the kernel using NetBSD (even with a
> working second CPU core, but of course that's unnecessary as long as
> the NIC doesn't work...), so I tried the same with OpenBSD,
> unfortunately with no success
> I experimented a bit - no success, though some news:
>
> > Using ACPI is indeed the solution to the problem. Unfortunately our
> > ACPI support isn't quite there yet. There's a patch that makes it
> > work on my mini:
> >
> > http://www.xs4all.nl/~sibelius/acpi-apic.diff
>
> I tried that pat
> is ACPI enabled by default on i386 MP or do i need a diff?
No it is not. We're very active working on this stuff right now. If
you can't figure out yourself how to get this working, you'll just
have to be patient until we enable it in GENERIC adn/or GENERIC.MP.
Mark
From: "Roger Neth Jr" <[EMAIL PROTECTED]>
Date: Wed, 20 Jul 2005 11:57:04 -0700
Went to the SGI O2 command monitor and input
>boot -f dksc(0,4,8)
What happens if you try
> boot -f dksc(0,4,8)/boot
On my system that loads the bootloader from from cdrom and then
continues to load the
> (gdb) run -WOUseWatchDog NO
> Starting program: /usr/local/sbin/ogo-webui-1.1 -WOUseWatchDog NO
> /usr/src/gnu/usr.bin/binutils/gdb/utils.c:1007: internal-error: virtual
> memory exhausted: can't allocate 1073960 bytes.
> A problem internal to GDB has been detected,
> further debugging may pr
Please reread the current INSTALL.sgi again, in particular the section
on "Booting from CD-ROM installation media".
It should no longer be necessary to enter the Command Monitor to boot
from CD-ROM; just choose "Install System Software" from the System
Maintenance Menu.
Mark
Hi All,
Over the last couple of months we have learned that many dual core AMD
Athlon64 X2 and AMD Opteron systems using nVidia's nForce4 chipset
come with a broken MP BIOS implementation. As a result, they will not
work with the bsd.mp kernel. For some of these systems, a BIOS update
is availab
If you have this lm(4) variant, can you please mail me the output of
sysctl hw.sensors? I'm trying to resolve an issue where the data
sheet is unclear, and seeing some output from the real world will
probably help me solve it.
Mark
A driver for the K2 SATA controller found in the Apple iMac G5 was
just committed to the tree. This means that almost all built-in
devices are now supported and my iMac now boots multi-user from its
internal SATA disk.
There are still some issues to be solved, like support for the
built-in power
> Problem seems to be found
>
> A change of "int intr_shared_edge;" to "int intr_shared_edge = 1;" in
> i386/machdep.c plus kernel recompile solves the problem.
Can you post the dmesg of this "fixed" kernel?
> From: =?iso-8859-1?Q?Per-Olov_Sj=F6holm?=
> Date: Wed, 23 May 2012 11:27:34 +0200
>
> On 23 maj 2012, at 10:14, Mark Kettenis wrote:
>
> >> Problem seems to be found
> >>
> >> A change of "int intr_shared_edge;" to "int i
Does the diff below fix the problem?
Index: azalia.c
===
RCS file: /cvs/src/sys/dev/pci/azalia.c,v
retrieving revision 1.200
diff -u -p -r1.200 azalia.c
--- azalia.c10 May 2012 22:46:48 - 1.200
+++ azalia.c10 Aug 2012
> Date: Mon, 29 Aug 2011 11:53:02 +0200
> From: Tomas Bodzar
>
> On Sun, Aug 28, 2011 at 9:38 AM, Tomas Bodzar wrote:
> > On Sun, Aug 28, 2011 at 2:53 AM, Jonathan Gray wrote:
> >> On Sat, Aug 27, 2011 at 09:38:31PM +0200, Peter N. M. Hansteen wrote:
> >>> My new employer handed me a fresh Thin
I recently finished the support for the MicroTik RouterBOARD RB600A by
giving OpenBSD/socppc a miniroot image that one can simply write to
Compact Flash and stick onto the board. Detailed instructions have
been added to INSTALL.socppc. All essential hardware on the board is
now supported (with lo
It's worth trying to disable ichiic(4).
Hi Folks,
I'm working on makeing multi-card X work again on OpenBSD. I'm making
progress, but in order to finish this project, I could really use some
hardware. What I need is a PCI graphics card (genuine PCI, not AGP or
PCIe) that is well supported by X, preferable something supported by
the at
> Date: Sun, 20 Feb 2011 19:54:21 +1000
> From: David Gwynne
>
> > how to manipulate write cache policy?
>
> the lsi firmwares dont implement handling of the mod page changes
> unfortunately. you could call the ioctl this implements yourself
> though from userland.
David, while I think that impl
> Date: Sun, 20 Feb 2011 07:03:25 -0500
> From: Kenneth R Westerback
>
> On Sun, Feb 20, 2011 at 12:39:06PM +0100, Mark Kettenis wrote:
> > > Date: Sun, 20 Feb 2011 19:54:21 +1000
> > > From: David Gwynne
> > >
> > > > how to manipulate writ
Daniel,
Can you try this diff? It won't get rid of the watchdog timeout, but
hopefully it will prevent the DMA error.
Index: dc.c
===
RCS file: /cvs/src/sys/dev/ic/dc.c,v
retrieving revision 1.116
diff -u -p -r1.116 dc.c
--- dc.c
> Date: Fri, 04 Mar 2011 07:40:59 -0500
> From: Daniel Ouellet
>
> I get pretty much a symetric traffic of ~43.5Mbps each direction using
> tcpbench as before.
>
> Then after may be one minute, both side will cut off oppose to before
> when only one side was doing that. It will then stay off fo
> Date: Mon, 06 Jun 2011 11:13:12 +0100
> From: Nigel Taylor
>
> On 06/05/11 11:22, Nigel Taylor wrote:
> > Hi,
> >
> > I rebuilt GENERIC.MP from cvs (current 4th June 2011). This crashed on
> > boot. I reverted to old bsd.mp from April this booted. I downloaded
> > bsd.mp from a mirror site thi
> OpenBSD 4.7-current (GENERIC.MP) #2: Thu May 27 11:46:17 CEST 2010
>
> r...@polymnia.joachimschipper.nl:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 2003517440 (1910MB)
> avail mem = 1936490496 (1846MB)
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xe0010 (44 entries)
So the biggest thing that's still missing in in the acpi
suspend/resume code is CardBus (and to a lesser extent PCMCIA)
support. My CardBus laptop died two years ago, so I don't really have
something to hack on, and makes this work.
If somebody in the EU has an old ACPI laptop with CardBus (prefe
1 - 100 of 101 matches
Mail list logo