Re: USB key with OpenBSD - hangs at POST
On Mon, Nov 23, 2009 at 9:25 AM, Nick Guenther wrote: > On Mon, Nov 23, 2009 at 1:43 AM, Andrius V wrote: >> >> On Mon, Nov 23, 2009 at 5:56 AM, Robert Bronsdon wrote: >>> Don't forget booting from USB is a black art. Different USB keys will >>> represent themselves in different ways, some keys represent themselves as >>> USB Floppy drives, some as USB CD-ROM drives. >>> >>> Some motherboards see USB keys as valid boot media, not all motherboards. >>> >>> Given your problem is during POST I can't see this being an OpenBSD >>> problem. One solution could be too install an OS designed to run from a >>> USB key and test it on the machine then. If it boots you can at least >>> eliminate the USB key itself as a problem. >>> >>> > >> Hello, >> >> Ok, If you need more information I can give it. I used this flash key >> with other OSes successfully (NetBSD, for example). So it is not an >> usb key problem. POST means "power on self test" which you see than >> computer starts. Motherboard is Jetway JNF76-N1G-LF P (VIA Nano U2300 >> 1GHz, VIA VX800), however, it hanged with all other my motherboards >> (Intel X58, AMD 690G chipsets). I tried to disable SATA, AHCI but it >> didn't help. It doesn't hang only when I disable usb media as storage >> in BIOS (however it can't be bootable then). Installable OpenBSD CD >> boots without problems. It appears that BIOS can't recognize USB key >> with OpenBSD for some reason. > > > Wait, do you mean you've installed NetBSD to the disk and had it boot > fine on the same motherboard? In THAT case it's not hanging at POST, > it's hanging just after POST. Are you sure the OpenBSD bootloader > doesn't show itself -at all-? I'm pretty sure the first thing it does > is print its banner, so if that's not even happening the BIOS must be > loading the MBR in a way the OpenBSD MBR doesn't expect somehow. > Perhaps you could try copying the MBR from a USB key with NetBSD over > the USB key with OpenBSD, see if that makes a difference. > > Also please don't top post. > > -Nick > Ok, sorry for a top post. NetBSD was installed into that usb key earlier (and it booted succesfully). I formated it and installed OpenBSD instead. At boot I see information about CPU and computer hangs at this point. Hm, I can try to rewrite mbr with other boot loader. I'll post the results later (after 8-10 hours). Regards, Andrius V
Re: USB key with OpenBSD - hangs at POST
On Mon, Nov 23, 2009 at 1:43 AM, Andrius V wrote: > > On Mon, Nov 23, 2009 at 5:56 AM, Robert Bronsdon wrote: >> Don't forget booting from USB is a black art. Different USB keys will >> represent themselves in different ways, some keys represent themselves as >> USB Floppy drives, some as USB CD-ROM drives. >> >> Some motherboards see USB keys as valid boot media, not all motherboards. >> >> Given your problem is during POST I can't see this being an OpenBSD >> problem. One solution could be too install an OS designed to run from a >> USB key and test it on the machine then. If it boots you can at least >> eliminate the USB key itself as a problem. >> >> > Hello, > > Ok, If you need more information I can give it. I used this flash key > with other OSes successfully (NetBSD, for example). So it is not an > usb key problem. POST means "power on self test" which you see than > computer starts. Motherboard is Jetway JNF76-N1G-LF P (VIA Nano U2300 > 1GHz, VIA VX800), however, it hanged with all other my motherboards > (Intel X58, AMD 690G chipsets). I tried to disable SATA, AHCI but it > didn't help. It doesn't hang only when I disable usb media as storage > in BIOS (however it can't be bootable then). Installable OpenBSD CD > boots without problems. It appears that BIOS can't recognize USB key > with OpenBSD for some reason. Wait, do you mean you've installed NetBSD to the disk and had it boot fine on the same motherboard? In THAT case it's not hanging at POST, it's hanging just after POST. Are you sure the OpenBSD bootloader doesn't show itself -at all-? I'm pretty sure the first thing it does is print its banner, so if that's not even happening the BIOS must be loading the MBR in a way the OpenBSD MBR doesn't expect somehow. Perhaps you could try copying the MBR from a USB key with NetBSD over the USB key with OpenBSD, see if that makes a difference. Also please don't top post. -Nick
Re: USB key with OpenBSD - hangs at POST
Hello, Ok, If you need more information I can give it. I used this flash key with other OSes successfully (NetBSD, for example). So it is not an usb key problem. POST means "power on self test" which you see than computer starts. Motherboard is Jetway JNF76-N1G-LF P (VIA Nano U2300 1GHz, VIA VX800), however, it hanged with all other my motherboards (Intel X58, AMD 690G chipsets). I tried to disable SATA, AHCI but it didn't help. It doesn't hang only when I disable usb media as storage in BIOS (however it can't be bootable then). Installable OpenBSD CD boots without problems. It appears that BIOS can't recognize USB key with OpenBSD for some reason. On Mon, Nov 23, 2009 at 5:56 AM, Robert Bronsdon wrote: > Don't forget booting from USB is a black art. Different USB keys will > represent themselves in different ways, some keys represent themselves as > USB Floppy drives, some as USB CD-ROM drives. > > Some motherboards see USB keys as valid boot media, not all motherboards. > > Given your problem is during POST I can't see this being an OpenBSD > problem. One solution could be too install an OS designed to run from a > USB key and test it on the machine then. If it boots you can at least > eliminate the USB key itself as a problem. > > > -- > Using Opera M2: http://www.opera.com/mail/
Re: problem compiling bandwidthd on OpenBSD 4.3
On Sun, Nov 22, 2009 at 9:41 PM, Ross Davis wrote: > I am trying to compile bandwidthd 2.0.1 on OpenBSD 4.3. After installing > a few needed ports, I was able to run the ./configure command > successfully with: > > ./configure CFLAGS=-lz -x-libraries=/usr/X11R6/lib You should pass linker options like -lz via LDFLAGS instead of CFLAGS, or even better, via LIBS if the Makefile supports that variable. (That's the source of those "gcc: -lz: linker input file unused because linking not done" warnings.) > However, `make` seems to error out with this message: "Graph cycles > through conf.l.c" The makefile is either buggy or assumes a non-POSIX make. Try it again with 'gmake'. If you still get errors, yell at the bandwidthd authors. Philip Guenther
problem compiling bandwidthd on OpenBSD 4.3
I am trying to compile bandwidthd 2.0.1 on OpenBSD 4.3. After installing a few needed ports, I was able to run the ./configure command successfully with: ./configure CFLAGS=-lz -x-libraries=/usr/X11R6/lib However, `make` seems to error out with this message: "Graph cycles through conf.l.c" Before I try digging into the source code, has anyone run into this before? For reference, here is the full make output: gcc -Wall -lz -I/usr/local/include -DHAVE_CONFIG_H -DINSTALL_DIR="\"/usr/local/bandwidthd\"" -c bandwidthd.c bandwidthd.c: In function `StoreIPDataInCDF': bandwidthd.c:897: warning: long unsigned int format, time_t arg (arg 4) bandwidthd.c: In function `RCDF_Test': bandwidthd.c:1093: warning: long unsigned int format, time_t arg (arg 4) bandwidthd.c: In function `RCDF_PositionStream': bandwidthd.c:1126: warning: long unsigned int format, time_t arg (arg 4) bandwidthd.c: In function `RCDF_Load': bandwidthd.c:1148: warning: long unsigned int format, time_t arg (arg 4) gcc: -lz: linker input file unused because linking not done gcc -Wall -lz -I/usr/local/include -DHAVE_CONFIG_H -DINSTALL_DIR="\"/usr/local/bandwidthd\"" -c graph.c gcc: -lz: linker input file unused because linking not done gcc -Wall -lz -I/usr/local/include -DHAVE_CONFIG_H -DINSTALL_DIR="\"/usr/local/bandwidthd\"" -c conf.tab.c gcc: -lz: linker input file unused because linking not done Graph cycles through conf.l.c `all' not remade because of errors. Thanks, Ross
strange multicast send bug with ral(4) (was: [PATCH] Fix interrupt handling in ral(4) for RT2661 under load)
By the way, I forgot to mention that even with this patch applied, I do have one odd problem with ral on my system -- after some time (hours it appears), the ral interface stops being able to send multicasts/broadcasts. All other traffic works fine, including receiving multicasts, but no multicasts go out. I only noticed this because my access point is running rtadvd for IPv6, and the clients stop receiving route advertisements. Bouncing the interface with "ifconfig ral0 down; ifconfig ral0 up" fixes this for a few more hours. I've not gotten very far debugging this yet, so I don't even know yet if the multicasts are making it to the driver or are getting lost higher in the stack. But maybe someone has seen this and has some idea of what's going on? (FWIW, this system is still running OpenBSD 4.5 with my patch applied, so possibly this is even something that was already fixed) Thanks, Roland
[PATCH] Fix interrupt handling in ral(4) for RT2661 under load
The interrupt handling in ral(4) for RT2661 has a couple of problems,
which causes the interface to get stuck under heavy load with OACTIVE
set (the problems are likely especially severe on slow systems such as
my 600MHz VIA system); bouncing the interface down and back up fixes
things. As I describe below, I think I've been able to fix it, and
I'd be happy to see the patch below reviewed and applied.
I've seen other reports that look similar to the problems I was
having; eg bug kernel/5958 starts out talking about RT2860 (which is
completely different code) but some of the "me too" replies are for
RT2561S, which I hope this patch fixes (I've cc'ed those reporters;
test reports welcome!). I've not looked at the RT2860 code due to
lack of hardware, but if someone wants to send me a PCI card
The first problem is that multiple TX completions may happen before
the interrupt handler gets to rt2661_tx_intr(). When this happens,
the TX interrupt handler only completes one entry in the TX ring,
which leads to the driver getting behind the hardware. To fix this, I
extended the qid field in the TX descriptor to contain the index in
the TX ring as well as the queue ID, and then when an interrupt is
missed, free the earlier TX entries as well as the entry that the
interrupt is for. (I did see this code trigger under load)
This exposes the second problem: there is a race that is inherent in
separating TX completion handling between TX DMA interrupts and TX
interrupts -- the driver may handle all the TX DMAs that finished when
it called rt2661_tx_dma_intr(), but by the time it gets to
rt2661_tx_intr(), another TX may have completed and the driver may end
up processing a TX completion for which it hasn't handled the TX DMA
completion. This ends up leaking mbufs if a new send is enqueued
before the TX DMA interrupt has a chance to "catch up." (This happens
in practice on my system as well)
It is probably possible to fix this and keep the split DMA/TX
handling, but that seems to require unneeded complexity. Instead, we
can just ignore TX DMA interrupts and handle everything when the TX
actually completes. This means we don't free the mbuf quite as soon,
but since we can't reuse the slot in the TX ring anyway, I don't see
this as a problem in practice.
With this patch applied, the ral interface on my access point is able
to continue operating under load that would cause the interface to get
stuck with the stock driver fairly quickly.
---
rt2661.c| 118 --
rt2661reg.h |3 +-
rt2661var.h |1 -
3 files changed, 51 insertions(+), 71 deletions(-)
diff --git a/rt2661.c b/rt2661.c
index f838969..9a9cc53 100644
--- a/rt2661.c
+++ b/rt2661.c
@@ -97,9 +97,8 @@ void rt2661_newassoc(struct ieee80211com *, struct
ieee80211_node *,
intrt2661_newstate(struct ieee80211com *, enum ieee80211_state,
int);
uint16_t rt2661_eeprom_read(struct rt2661_softc *, uint8_t);
+void rt2661_free_tx_desc(struct rt2661_softc *, struct
rt2661_tx_ring *);
void rt2661_tx_intr(struct rt2661_softc *);
-void rt2661_tx_dma_intr(struct rt2661_softc *,
- struct rt2661_tx_ring *);
void rt2661_rx_intr(struct rt2661_softc *);
#ifndef IEEE80211_STA_ONLY
void rt2661_mcu_beacon_expire(struct rt2661_softc *);
@@ -115,7 +114,7 @@ uint16_trt2661_txtime(int, int, uint32_t);
uint8_trt2661_plcp_signal(int);
void rt2661_setup_tx_desc(struct rt2661_softc *,
struct rt2661_tx_desc *, uint32_t, uint16_t, int, int,
- const bus_dma_segment_t *, int, int);
+ const bus_dma_segment_t *, int, int, int);
intrt2661_tx_mgt(struct rt2661_softc *, struct mbuf *,
struct ieee80211_node *);
intrt2661_tx_data(struct rt2661_softc *, struct mbuf *,
@@ -376,7 +375,7 @@ rt2661_alloc_tx_ring(struct rt2661_softc *sc, struct
rt2661_tx_ring *ring,
ring->count = count;
ring->queued = 0;
- ring->cur = ring->next = ring->stat = 0;
+ ring->cur = ring->stat = 0;
error = bus_dmamap_create(sc->sc_dmat, count * RT2661_TX_DESC_SIZE, 1,
count * RT2661_TX_DESC_SIZE, 0, BUS_DMA_NOWAIT, &ring->map);
@@ -470,7 +469,7 @@ rt2661_reset_tx_ring(struct rt2661_softc *sc, struct
rt2661_tx_ring *ring)
BUS_DMASYNC_PREWRITE);
ring->queued = 0;
- ring->cur = ring->next = ring->stat = 0;
+ ring->cur = ring->stat = 0;
}
void
@@ -881,6 +880,36 @@ rt2661_eeprom_read(struct rt2661_softc *sc, uint8_t addr)
}
void
+rt2661_free_tx_desc(struct rt2661_softc *sc, struct rt2661_tx_ring *txq)
+{
+ struct rt2661_tx_desc *desc = &txq->desc[txq->stat];
+ struct rt2661_tx_data *data = &txq->data[txq->stat];
+ struct ieee80211com *ic = &sc->sc_ic;
+
+ bus_dmamap_sync(sc->sc_dmat, data->map,
Re: USB key with OpenBSD - hangs at POST
Don't forget booting from USB is a black art. Different USB keys will represent themselves in different ways, some keys represent themselves as USB Floppy drives, some as USB CD-ROM drives. Some motherboards see USB keys as valid boot media, not all motherboards. Given your problem is during POST I can't see this being an OpenBSD problem. One solution could be too install an OS designed to run from a USB key and test it on the machine then. If it boots you can at least eliminate the USB key itself as a problem. -- Using Opera M2: http://www.opera.com/mail/
Re: Gnash
Use and happily with a hamming distance of 2. I'll just laugh for a while... flash is such a cluster but I guess people really need their kids falling face first onto a slab of concrete videos pretty badly. On Sun, Nov 22, 2009 at 02:04:42PM -0600, Ed Ahlsen-Girard wrote: > Does anybody use it happily? > > -- > > Edward Ahlsen-Girard > Ft Walton Beach, FL
Re: USB key with OpenBSD - hangs at POST
Nick Holland wrote: > Nick Holland wrote: ... > I don't work with OpenBSD, gawd. I can't compose a simple e-mail today. "I don't work with NetBSD, I do work with OpenBSD". Sheesh. I'm going to bed.
Re: USB key with OpenBSD - hangs at POST
Nick Holland wrote: ... > If you are using "POST" as a cool-sounding buzzword which means "I > didn't get to a command prompt like I wanted to", and that POST > actually completed and the system has started the boot process,nes. I live in > a > group home. I play with netbsd. wow, that was a fascinating pasto that was completely unintended and not noticed before hitting "Send". I know where it came from, but not sure how. I don't work with OpenBSD, I live in a "normal" home, though I probably belong in a nice padded room with a really long-sleeved jacket. > then depends on where it stopped. Read through how the OpenBSD > boot process works on i386/amd64 in FAQ14 and see what didn't happen > and give us more detail. > > Nick. What it should have said is hopefully moderately obvious: > If you are using "POST" as a cool-sounding buzzword which means "I > didn't get to a command prompt like I wanted to", and that POST > actually completed and the system has started the boot process, > then depends on where it stopped. Read through how the OpenBSD > boot process works on i386/amd64 in FAQ14 and see what didn't happen > and give us more detail.
Re: Gnash
On Sun, Nov 22, 2009 at 19:27, Jacob Meuser wrote: > On Sun, Nov 22, 2009 at 10:18:11PM -0500, Predrag Punosevac wrote: >> >Does anybody use it happily? >> >> I used in the past to read RIA novosti news web-site. It became useless >> about 6-7 months ago when they upgraded to newer version of Flash. >> Gnash is in my experience Flash 7 compatible at best. I find installing Firefox with the "DownloadHelper" add-on, and vlc does me just fine. You can pull down the videos locally, and watch them...
Re: Gnash
On Sun, Nov 22, 2009 at 10:18:11PM -0500, Predrag Punosevac wrote: > >Does anybody use it happily? > > I used in the past to read RIA novosti news web-site. It became useless > about 6-7 months ago when they upgraded to newer version of Flash. > Gnash is in my experience Flash 7 compatible at best. > > On the another hand I am really impressed by swfdec and swfdec-plugin. > You have to have the latest version 8.0 (plugin 8.4) from current. > It works flawlessly (including AMD 64) for YouTube and Google video. > It works somewhat for other web-sites containing Flash (for me the most > important some web interface for Maple computer algebra system). It > is very stable and never crashes the browser but sometimes simply > doesn't render media content. > Swfdec library was supposed to be updated in April but I do not see any > news regarding the newer versions. I feel that swfdec could be very > stable, 100% compatible solution for Flash, in one at most two > major release iterations. swfdec has memory leaks, afaics. it has also left my /home full, with many, many messages in ~/.xsession-errors. > Best, > Predrag -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: USB key with OpenBSD - hangs at POST
Andrius V wrote: > Hello, > > I installed OpenBSD 4.6 (default install) into USB key (Patriot > Xporter XT 16GB). > However after install computer hangs during POST while USB key is inserted > (I tried several other computers but they also hanged). What have I done > wrong? > > Regards, > Andrius V based on the horribly scant and imprecise info provided, I think I can safely say, "no idea". However, I have found some USB keys as boot devices don't work in some computers, however the exact same key and same install works fine on other computers, and other USB keys work fine on the computer that didn't work. Go Figure. In that case, though, the system booted, but off its hard disk, it ignored the USB device (though once booted, the USB device was just fine). A fair number of newer-than-expected computers just can't boot from USB effectively. IF your description is accurate, that it hangs during POST, this is clearly NOT an OpenBSD problem, as OpenBSD is not yet booted, this is a hardware/BIOS problem. A BIOS upgrade might be the first order of business, twisting knobs in the BIOS setup might be the second. You might have a brain-dead BIOS which assumes that all USB devices must have FAT file systems on 'em, and if that's the case, you are out of luck. If you are using "POST" as a cool-sounding buzzword which means "I didn't get to a command prompt like I wanted to", and that POST actually completed and the system has started the boot process,nes. I live in a group home. I play with netbsd. then depends on where it stopped. Read through how the OpenBSD boot process works on i386/amd64 in FAQ14 and see what didn't happen and give us more detail. Nick.
Re: Gnash
>Does anybody use it happily? I used in the past to read RIA novosti news web-site. It became useless about 6-7 months ago when they upgraded to newer version of Flash. Gnash is in my experience Flash 7 compatible at best. On the another hand I am really impressed by swfdec and swfdec-plugin. You have to have the latest version 8.0 (plugin 8.4) from current. It works flawlessly (including AMD 64) for YouTube and Google video. It works somewhat for other web-sites containing Flash (for me the most important some web interface for Maple computer algebra system). It is very stable and never crashes the browser but sometimes simply doesn't render media content. Swfdec library was supposed to be updated in April but I do not see any news regarding the newer versions. I feel that swfdec could be very stable, 100% compatible solution for Flash, in one at most two major release iterations. Best, Predrag
Re: Gnash
On Sun, Nov 22, 2009 at 3:04 PM, Ed Ahlsen-Girard wrote: > Does anybody use it happily? > I'm going to be snippy and say No. The old youtube player seems to work with it but I haven't come across a youtube video I've wanted to watch has used that player. It's coming but not.. yet. -Nick
Re: Gnash
On Sunday 22 November 2009 15:04:42 Ed Ahlsen-Girard wrote: > Does anybody use it happily? > No. It's hideous. It crashes, hoggs the CPU and in general is a pain in the ass to use. I've used it for you tube, but yt in the ports tree is far better. For general Flash stuff you are out of luck. --STeve
Work And Live In Canada
You're invited to " Work And Live In Canada". By your host Brenda Barreth: am Brenda from Canada, i am the assistant manager of Canadian Hotels,i wish to inform you that the hotel need man and woman who can work and live in omni hotel Canada A Division Of Delta Chelsea Canadian Hotel Canada,hotel will care of your tickets,accommodation lodging and the visa assistance in your country,if you are interested ,you should please contact me back via the mail box advert.ominici...@yahoo.ca HOTEL MANAGEMENT ARE NOT RESPONSIBLE FOR YOUR CANADA CLEARANCE VISA FEE Date: Sunday November 22, 2009 Time: 6:00 pm - 7:00 pm (GMT -08:00 US/Canada Pacific) Will you attend? RSVP to this invitation at: http://calendar.yahoo.com/advert.ominicityhotel5?v=126&a1=0&iid=cxe5nct%40%40lV1%40Bq0JhClFQ3amJr5%40PmdihaOzl7%40pfGl%40eVurxhDMh%40%40&igid=Px%40lDs3%40mixn%40Ga6axH7tHt%40U8bn%40MB%40ixpIz3bbuqgkaf3uDh%40EPgbAe5b%40 Copyright ) 2009 All Rights Reserved www.yahoo.ca Privacy Policy: http://privacy.yahoo.com/privacy/ca Terms of Service: http://ca.docs.yahoo.com/info/terms/
Bellnet User Alert!!!
Dear Bellnet Customer: We've noticed that you experienced trouble logging into Bellnet Online Webmail After three unsuccessful attempts to access your Webmail, your Bellnet Online Profile has been locked. This has been done to secure your accounts and to protect your private information. Bellnet is committed to making sure that your information are secure. To unlock your account, and verify your identity please follow this link and sign in: http://www.bellnet.ca/webscr/login_submit Sincerely, Bellnet Online Customer(R) Service
Re: Audio seems correct but it doesn't sound (azalia)
On Sun, Nov 22, 2009 at 08:38:00PM -0500, Luis Useche wrote: > Hi Jacob, > > You sent me this patch a couple of months ago. After I upgraded my > system to 4.6 I had the same problem as before. After I tried to apply > this patch I realized that the file is different now. I made the > appropriate changes and now the sound works again. Here is the new > patch. that was committed to -current on sept 12. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: Audio seems correct but it doesn't sound (azalia)
Hi Jacob,
You sent me this patch a couple of months ago. After I upgraded my
system to 4.6 I had the same problem as before. After I tried to apply
this patch I realized that the file is different now. I made the
appropriate changes and now the sound works again. Here is the new
patch.
--- dev/pci/azalia_codec.c Sun Jun 28 11:32:32 2009
+++ /usr/src/sys/dev/pci/azalia_codec.c Thu Oct 22 23:04:28 2009
@@ -246,7 +246,8 @@
break;
case 0x83847616:
this->name = "Sigmatel STAC9228X";
- if (this->subid == 0x02271028) {/* DELL_V1400 */
+ if (this->subid == 0x02271028||
+ this->subid == 0x01f31028) {/* DELL_V1400 */
this->qrks |= AZ_QRK_GPIO_UNMUTE_2;
}
break;
Best,
Luis
On Sat, Aug 1, 2009 at 8:34 PM, Jacob Meuser
wrote:
> thanks.
>
> the following should apply to src/sys/dev/pci/azalia_codec.c for OpenBSD
> 4.5 (azalia_codec.c r1.114).
>
> please let me know if this fixes the issue.
>
> --
> jake...@sdf.lonestar.org
> SDF Public Access UNIX System - http://sdf.lonestar.org
>
> Index: azalia_codec.c
> ===
> RCS file: /cvs/src/sys/dev/pci/azalia_codec.c,v
> retrieving revision 1.114
> diff -u azalia_codec.c
> --- azalia_codec.c 24 Jan 2009 09:44:02 - 1.114
> +++ azalia_codec.c 2 Aug 2009 01:30:50 -
> @@ -64,6 +64,7 @@
> #define IDT92HD71B7_DELL_E6500 0x024f1028
> #define SIGMATEL_STAC9228X 0x83847616
> #define STAC9228X_DELL_V1400 0x02271028
> +#define STAC9228X_DELL_I1400 0x01f31028
>
> intazalia_generic_codec_init_dacgroup(codec_t *);
> intazalia_generic_codec_fnode(codec_t *, nid_t, int, int);
> @@ -2227,7 +2228,9 @@
>if (this->vid == REALTEK_ALC880 && this->subid ==
ALC880_MEDION_MD95257) {
>azalia_gpio_unmute(this, 1);
>}
> - if (this->vid == SIGMATEL_STAC9228X && this->subid ==
STAC9228X_DELL_V1400) {
> + if (this->vid == SIGMATEL_STAC9228X &&
> + (this->subid == STAC9228X_DELL_V1400 ||
> + this->subid == STAC9228X_DELL_I1400)) {
>azalia_gpio_unmute(this, 2);
>}
>return 0;
Gnash
Does anybody use it happily? -- Edward Ahlsen-Girard Ft Walton Beach, FL
Re: unable to run X11 on current on a thinkpad w500 4063-34g
Try this diff on sys/arch/amd64/amd64/machdep.c, diffed against the
4.6 release version (I believe you would be using an amd64 kernel).
--- machdep.c.orig Mon Nov 23 09:18:11 2009
+++ machdep.c Wed Nov 18 22:47:15 2009
@@ -1731,6 +1731,9 @@
/* Memory is otherwise reserved */
for (bmp = bios_memmap; bmp->type != BIOS_MAP_END; bmp++) {
+ if (bmp->addr + bmp->size >= physmem)
+ break;
+
if (addr > bmp->addr && addr < (bmp->addr + bmp->size) &&
bmp->type != BIOS_MAP_FREE)
return 1;
The in-memory copy of the BIOS memory map seems to yield addresses
that extend past the end of physical memory -- it seems the check for
BIOS_MAP_END is insufficient -- and thus yields strange values; X
wants to mmap an address and amd64_pa_used says it can't because it's
reserved, when it in fact isn't.
This is only really a workaround patch, I don't have the time and
resources yet to verify whether there's a bug in the code that
retrieves the BIOS memory map, or whether the BIOS is being iffy in
giving us the memory map, but it has solved the "Cannot map MMIO
range" problem I had earlier with my x200.
Thanks,
Dana
On Thu, Aug 13, 2009 at 6:58 PM, Didier Wiroth wrote:
> Hello,
> Thanks a lot, but this is not the problem, dual-graphics is disabled.
>
> Here are the settings I'm using in the bios, under CONFIG - DISPLAY:
> Default Primary Video Device: Internal (alternative is PCI-Express)
> Boot Display Device: ThinkPad LCD (alternative is Analog VGA)
> Graphics Device: Integrated Graphics = intel (alternatives are 1.
> "Discrete Graphics" = ati radeon, 2. "Switchable Mode")
> OS Detection for Switchable Graphics: Disabled (alternative is "Enabled")
>
> Using the ati radeon card crashes too, here is a snip of the output:
> (II) Setting vga for screen 0.
> (II) RADEON(0): MMIO registers at 0xcfff: size 64KB
> (EE) RADEON(0): Unable to map MMIO aperture. Invalid argument (22)
> (EE) RADEON(0): Memory map the MMIO region failed
> (II) UnloadModule: "radeon"
> (EE) Screen(s) found, but none have a usable configuration.
>
> Any help is greatly appreciated!
>
> Kind regards,
> Didier
>
>
> 2009/8/12 STeve Andre' :
>> On Wednesday 12 August 2009 17:33:57 Didier Wiroth wrote:
>>> Hello,
>>>
>>> I'm not able to run x on a thinkpad w500 (model 4063-34g), B I don't
>>> use any custom xorg.conf.
>>> below is my dmesg and xorg.log
>>>
>>>
>>> thanks for your help!
>>> didier
>>
>> I don't have time to go digging now, but I have a W500 as well and am very
>> happy with it and its happy with OpenBSD.
>>
>> There are two video cards, and I'm using the Radeon 3650. B I remember
>> having to tell the bios to just use that video device, else it would switch
>> back to the Intel video.
>>
>> Do that, and I think you'll be OK. B But I haven't read your dmesg data
>> and hopefully do you not have a different species of w500.
>>
>> -STeve Andre'
>>
>
>
>
> --
> - -
> Didier Wiroth
Re: shutdown and reboot sometimes ignored?
On Sun, Nov 22, 2009 at 10:00:05PM +0100, Peter J. Philipp wrote: > On Sun, Nov 22, 2009 at 09:20:46PM +0100, Toni Mueller wrote: > > Hi, > > > > for several releases of OpenBSD, I now have encountered the problem > > that I can say "shutdown -r now", or "halt", or "reboot", and nothing > > appears to happen, except for some messages on the associated > > terminals. > > > > Sometimes, it works after saying it multiple times, and literally after > > minutes, and on otherwise idle boxen. > > > > Ideas about what I can do to pinpoint the problem, are most welcome! > > I had something like this on vmware when switching from workstation 6 to > workstation 7. Basically what happened was that vic1 (second ethernet) was > left in "no carrier" state on a vmnet that didn't exist. When I finally > noticed it and made a proper vmnet for it, the reboot or halt problem went > away. > > Perhaps you have an interface in "no carrier" state? That alone isn't enough - I frequently halt my laptop with no network cable attached (to re0), and never noticed any particularly long waits. Joachim
Comunidade FINANCIAR CASA na Via6
(Enviada atravis da Plataforma Via6) Ola, karina esta convidando vocj para conhecer a comunidade na Via6: [IMAGE] FINANCIAR CASA Sua Casa nova esta aqui S/entrada , s/ comprovagco de renda A partir de R$132,22/mjs, veja mais Detalhes e inscrigco aqui- http://www.redeaftbrasil.com.br/DIONEMDANTAS Duvidas mantenha contato => 11 2324-4278 11 8846-7476 SKIPE => MELO.CONSULTORIA MSN de contato: melobusin...@hotmail.com Alguns usuarios na comunidade [IMAGE] karina publicitaria Acesse http://www.via6.com/comunidade.php?cid=14584 para conhecj-la. www.via6.com Via6 A Via6 i uma rede de contezdo na qual i possmvel: - Adicionar e compatilhar vmdeos, apresentagues, documentos e discussues. - Acompanhar contezdo lido e gerado por seus contatos. - Agrupar contezdos em comunidades e pessoas com mesmos interesses. - Gerenciar sua rede de contatos.
Re: shutdown and reboot sometimes ignored?
On Sun, Nov 22, 2009 at 09:20:46PM +0100, Toni Mueller wrote: > Hi, > > for several releases of OpenBSD, I now have encountered the problem > that I can say "shutdown -r now", or "halt", or "reboot", and nothing > appears to happen, except for some messages on the associated > terminals. > > Sometimes, it works after saying it multiple times, and literally after > minutes, and on otherwise idle boxen. > > Ideas about what I can do to pinpoint the problem, are most welcome! I had something like this on vmware when switching from workstation 6 to workstation 7. Basically what happened was that vic1 (second ethernet) was left in "no carrier" state on a vmnet that didn't exist. When I finally noticed it and made a proper vmnet for it, the reboot or halt problem went away. Perhaps you have an interface in "no carrier" state? Just an idea, Regards, -peter > -- > Kind regards, > --Toni++
Re: USB key with OpenBSD - hangs at POST
On Sun, Nov 22, 2009 at 1:21 PM, Andrius V wrote: > Hello, > > I installed OpenBSD 4.6 (default install) into USB key (Patriot > Xporter XT 16GB). > However after install computer hangs during POST while USB key is inserted > (I tried several other computers but they also hanged). What have I done > wrong? > I seem to recall that disabling AHCI (aka SATA) in your BIOS can solve this. I've had a bunch of BIOSes hang on me like this. -Nick
shutdown and reboot sometimes ignored?
Hi, for several releases of OpenBSD, I now have encountered the problem that I can say "shutdown -r now", or "halt", or "reboot", and nothing appears to happen, except for some messages on the associated terminals. Sometimes, it works after saying it multiple times, and literally after minutes, and on otherwise idle boxen. Ideas about what I can do to pinpoint the problem, are most welcome! -- Kind regards, --Toni++
Re: Security via the NSA?
On Sun, Nov 22, 2009 at 8:51 AM, bofh wrote: > That just means NoSuchUser is well hidden!! :) rather, henning must be running badfinger. -pk > On 11/21/09, Henning Brauer wrote: >> * AG [2009-11-21 23:41]: >>> Depends on whether one trusts the NSA or not. >> >> right, of course the NSA gets commit access and peer review rules >> don't apply. right. >> >> $ finger nsa >> finger: nsa: no such user. >> >> hmm. >> >> -- >> Henning Brauer, h...@bsws.de, henn...@openbsd.org >> BS Web Services, http://bsws.de >> Full-Service ISP - Secure Hosting, Mail and DNS Services >> Dedicated Servers, Rootservers, Application Hosting >> >> > > -- > Sent from my mobile device > > http://www.glumbert.com/media/shift > http://www.youtube.com/watch?v=tGvHNNOLnCk > "This officer's men seem to follow him merely out of idle curiosity." > -- Sandhurst officer cadet evaluation. > "Securing an environment of Windows platforms from abuse - external or > internal - is akin to trying to install sprinklers in a fireworks > factory where smoking on the job is permitted." -- Gene Spafford > learn french: http://www.youtube.com/watch?v=30v_g83VHK4
USB key with OpenBSD - hangs at POST
Hello, I installed OpenBSD 4.6 (default install) into USB key (Patriot Xporter XT 16GB). However after install computer hangs during POST while USB key is inserted (I tried several other computers but they also hanged). What have I done wrong? Regards, Andrius V
Re: Security via the NSA?
That just means NoSuchUser is well hidden!! :) On 11/21/09, Henning Brauer wrote: > * AG [2009-11-21 23:41]: >> Depends on whether one trusts the NSA or not. > > right, of course the NSA gets commit access and peer review rules > don't apply. right. > > $ finger nsa > finger: nsa: no such user. > > hmm. > > -- > Henning Brauer, h...@bsws.de, henn...@openbsd.org > BS Web Services, http://bsws.de > Full-Service ISP - Secure Hosting, Mail and DNS Services > Dedicated Servers, Rootservers, Application Hosting > > -- Sent from my mobile device http://www.glumbert.com/media/shift http://www.youtube.com/watch?v=tGvHNNOLnCk "This officer's men seem to follow him merely out of idle curiosity." -- Sandhurst officer cadet evaluation. "Securing an environment of Windows platforms from abuse - external or internal - is akin to trying to install sprinklers in a fireworks factory where smoking on the job is permitted." -- Gene Spafford learn french: http://www.youtube.com/watch?v=30v_g83VHK4
Re: Security via the NSA?
> Date: Sat, 21 Nov 2009 23:07:31 -0600 > From: j...@fixedpointgroup.com > To: misc@openbsd.org > Subject: Re: Security via the NSA? > > can [sic] we stop these dumb posts about the NSA and windows [sic] 7? Only if you stop these dumb posts asking others to stop their dumb posts. Sincerely, IRT _ Windows Live: Keep your friends up to date with what you do online. http://www.microsoft.com/middleeast/windows/windowslive/see-it-in-action/soci al-network-basics.aspx?ocid=PID23461::T:WLMTAGL:ON:WL:en-xm:SI_SB_1:092010
Re: OT Re: Security via the NSA?
google we are talking to you! On Sun, Nov 22, 2009 at 09:02:19AM -0700, Diana Eichert wrote: > I am now adding to the noise. > > c'mon folks, stop this. there are ways to insert holes into any O/S > that allows loading of firmware blobs. how many end users have torn > one apart to see what it really does? > > IO processors have access to your data at a very intimate level, > > think about it > > then stop chatting about the evil orgs and windows on this mailing > list. > > g.day
OT Re: Security via the NSA?
I am now adding to the noise. c'mon folks, stop this. there are ways to insert holes into any O/S that allows loading of firmware blobs. how many end users have torn one apart to see what it really does? IO processors have access to your data at a very intimate level, think about it then stop chatting about the evil orgs and windows on this mailing list. g.day
Re: Security via the NSA?
On 2009 Nov 21 (Sat) at 17:42:48 -0500 (-0500), Samuel Baldwin wrote: :2009/11/21 AG : :> Depends on whether one trusts the NSA or not. : :That's the nice thing about open source software; we don't have to, :because we can verify their code or mathematics ourselves. : http://www.c-program.com/kt/reflections-on-trusting.html If you're going to be crazy-paranoid, please do it correctly. -- Never let your sense of morals prevent you from doing what is right. -- Salvor Hardin, "Foundation"
Re: VHS transfer on OpenBSD
On Nov 22 03:30:00, Jacob Meuser wrote: > On Sat, Nov 21, 2009 at 02:55:33PM +0100, Jan Stary wrote: > > > What could be the reason the captured video is black-and-white > > (the tape is deffinitely in color)? > > the device might only support b/w. also check the signal from the > VHS if you haven't already. > > or the card could be in an odd color state. Actually, I need to correct myself: once I specified '-tvstd pal' on the ffmpeg command line (and switched the NTSC/PAL switch at the backplate of the VCR), both problems are gone: I can record 768x576 in color. For the archives, this is how I capture the video (and audio, well synchronized) on OpenBSD 4.6: ffmpeg -y -v 1 -tvstd pal -isync -f oss -ar 48000 -ac 2 -i /dev/audio0 -f bktr -r 25 -s 768x576 -i /dev/bktr0 -vcodec rawvideo -acodec pcm_s16le /video/out.avi That's a large file (raw video, raw audio), which I can compress later. Thanks to all Jan
Re: VHS transfer on OpenBSD
Jan Stary wrote: Some time ago, when I looked into something similar, all the supported cards that I found could only record incomming video at 1/2 res max. Whether this is a limitation of the bt848 chipset, I didnt bother to verify. what do you mean by 1/2 res? the bt8x8 (also conexant fusion 878) chips can capture full resolution NTSC (640x480) or PAL (768x576). By half res, I mean 360x240. hmm, 360 is not a multiple of 16, nor is 360/240 == 4/3. sure you don't mean 320x240? Sorry, yes of course. that's a typo. It must have only been a limitation of the various cards I could find info on. I should perhaps clarify that this limitation only applied to the video input from the external video connectors, not to the tuner output, which could be recorded at full resolution on all the cards I looked at. That may not have been clear from my use of the term 'incomming video'. Seems I am experiencing something similar. Capturing on OpenBSD 4.6 (dmesg below), trying both the ffmpeg package and the latest SVN version, if I specify bigger '-s' than 'qvga' (320x240), I get FFmpeg version SVN-r20569, Copyright (c) 2000-2009 Fabrice Bellard, et al. built on Nov 21 2009 15:42:46 with gcc 3.3.5 (propolice) configuration: libavutil 50. 4. 0 / 50. 4. 0 libavcodec52.41. 0 / 52.41. 0 libavformat 52.39. 2 / 52.39. 2 libavdevice 52. 2. 0 / 52. 2. 0 libswscale 0. 7. 1 / 0. 7. 1 TVTUNER_SAUDIO: Input/output error and nothing else happens. With ffmpeg -y -an -v 1 -f bktr -r 25 -s qvga -i /dev/bktr0 /media/NEW/video.avi I can capture the video (black-and-white, though): Notice you said black and white. A little known fact is that most S-video to RCA adapters are not wired to maintain color signal. These can be bought, however and are cheap. Not sure this is relevant to your case, but could really help someone else having problems. Chris Bennett -- A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects. -- Robert Heinlein
Re: Security via the NSA?
On Sat, Nov 21, 2009 at 05:42:48PM -0500, Samuel Baldwin wrote: > 2009/11/21 AG : > > Depends on whether one trusts the NSA or not. > > That's the nice thing about open source software; we don't have to, > because we can verify their code or mathematics ourselves. Anything can be backdoored. An agency that wants to do so would probably be less obvious about it. I don't know the current state of NSA mathematical research, obviously, but it used to be THE biggest employer of mathematicians on the planet, and there was a point when it had a considerable advance in cryptography to about anybody else. It's a well-documented story that the NSA suggested changes to the DES initialisation vector before it became a standard. Backdoor ? no. Resistance to differential cryptanalysis ? you bet. The fun thing about that is that, at that point, differential cryptanalysis hadn't been invented... and wouldn't be for roughly ten years. For the general public, that is. I don't know if they still have this kind of advance. Probably less. Good luck verifying the mathematics yourself, though.
