> Date: Tue, 22 Oct 2024 12:15:18 +0200
> From: Tobias Heider
>
> On Mon, Oct 21, 2024 at 10:10:44PM GMT, Mark Kettenis wrote:
> > > Date: Mon, 21 Oct 2024 20:40:38 +0200
> > > From: Tobias Heider
> > >
> > > On Mon, Oct 21, 2024 at 08:33:53PM G
> Date: Mon, 21 Oct 2024 20:40:38 +0200
> From: Tobias Heider
>
> On Mon, Oct 21, 2024 at 08:33:53PM GMT, Mark Kettenis wrote:
> > > Date: Mon, 21 Oct 2024 14:12:33 +0200
> > > From: Tobias Heider
> > >
> > > On Mon, Oct 21, 2024 at 01:04:10PM GM
> Date: Mon, 21 Oct 2024 14:12:33 +0200
> From: Tobias Heider
>
> On Mon, Oct 21, 2024 at 01:04:10PM GMT, Stuart Henderson wrote:
> > On 2024/10/21 13:54, Sylvain Saboua wrote:
> > > Are we to understand that the default wireless device
> > > of the Apple M1 is not functional yet with openbsd ?
>
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
> 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
> 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
> 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
> 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
> 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
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
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
> 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
> 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
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
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
> 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
> 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.
> 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
>
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
> 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
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
> 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 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
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;
>
> 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
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
> > 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
> > 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
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
> 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
> # 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:
> 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
> 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
> 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
> 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
> 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
> 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
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
> 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
>
> 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: 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
> 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
> jmphy0 at jme0 phy 1: JMP211 10/100/1000 PHY, rev.1
What does ifconfig jme0 media print?
> 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
> 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/
> 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.
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
> 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
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
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
> 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
> 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?
> 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
> 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
> 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
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: 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
> 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
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
> 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)
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
It's worth trying to disable ichiic(4).
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
> mem address conflict 0xd0608000/0x4000
Your BIOS is a bit crappy; no surprises there!
> 0:20:2: ATI SBx00 HD Audio
> 0x: Vendor ID: 1002 Product ID: 4383
> 0x0004: Command: 0006 Status ID: 0410
> 0x0008: Class: 04 Subclass: 03 Interface: 00 Revision: 00
> 0x000c: BIS
> 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
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.
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.
> 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
>
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
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...
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
> 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
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
> 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
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: 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?
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
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
#
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
> 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
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
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
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
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,
> 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
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/
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
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
> 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
> 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
> 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 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,
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
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
> 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
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
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
> 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
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
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
1 - 100 of 104 matches
Mail list logo
